[phpBB Debug] PHP Warning: in file [ROOT]/portal/includes/functions.php on line 597: Creating default object from empty value [phpBB Debug] PHP Warning: in file [ROOT]/portal/includes/functions.php on line 597: Creating default object from empty value [phpBB Debug] PHP Warning: in file [ROOT]/portal/includes/functions.php on line 597: Creating default object from empty value [phpBB Debug] PHP Warning: in file [ROOT]/portal/includes/functions.php on line 597: Creating default object from empty value FORUMS.DRUGCREW.COM • Portal
OK, I was having a pretty persistent version of the above described problem this morning.
Normally, the "cannot start HTTP" messages come up for a few minutes until all the external connections to it go stale, then the server is able to start. It seems tonight there may be someone persistently trying to load the page... which led me to drill down on the error & actually find a solution.
ccw wrote:Linux server ------------ Fixed in release 4 of 1.0.4 Linux server. Available here: http://linux.mtasa.com/ [^]
Windows server -------------- Currently testing the windows fix. It's the latest file here: http://nightly.mtasa.com/ [^]
Which took me to http://linux.mtasa.com/ where I found & quickly installed, then successfully ran
MTA 1.0.4 - Linux server package.
Release 7 (build 1873) - Updated 25th July 2010
So be careful fellow MTA server admins.. it seems they're updating the builds of both the client (auto) and server (ninja style) without changing the main version number now.
The server does seem to be running better now with the new version.. I've updated the way I name the AGS and DRuG servers to include this new version numbering the mta team seem to have moved to... lets hope they have resolved this issue fully & this error doesn't appear again.
And make sure you disable indexing, disk fragmenting, and move the virtual memory to another drive if you have one.
I'm in Linuxland, so maybe I dont have to worry about the above as much. I'm running my virtual memory from the SSD. The linux ext4 fileystem is supposed to play nice with SSDs, dont think this intel drive or my current kernel (2.6.32) support trim, though 2.6.33 is supposed to.
Well I'll keeping belting on this SSD some more and see how it goes.. the drive has already seen 6+ months of being WRITTEN to 24/7 (as part of an OpenSolaris based RAID array) and is still fine...
In total there are 4 users online :: 3 registered, 0 hidden and 1 guest (based on users active over the past 60 minutes) Most users ever online was 1855 on Sat Mar 19, 2016 11:34 am
Total posts 10061
Total topics 1321
Total Announcements: 3
Total Stickies: 10
Total Attachments: 411
Page Loads: 56624719
Topics per day: 0
Posts per day: 1
Users per day: 0
Topics per user: 3
Posts per user: 23
Posts per topic: 8
Total members: 429
Latest: |CrF|Alan
Wed Mar 11, 2026 8:30 am
Birthdays
Clock
Search
Random member
![[DRuG] coleader](./images/ranks/co-admin.png "[DRuG] coleader")
Attachments
DRuG GTA Servers
Peak posters
Newest members
RSS Feeds
News from drugcrew.com
Artistic Expression
Link to us
![[SUSS]](./images/smilies/monkeysuspicious.gif "Suss")
GALLERY
FORUM STATISTICS
Calendar
The team
Last 10 visited bots
Links
Arcade: Top Played
DRuG5p34k
PayPal donations
