ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE.

Main Area and Open Discussion > General Software Discussion

In search of ... several diagnostic tools

<< < (2/3) > >>

barney:
"connection was reset" can mean either that something prevented you from connecting, or that your server request errored and died, so it might be worth checking the apache error log to eliminate that possibility. It might give you a good hint to look at the access log as well and see if your server receives the requests or not, that eliminates a lot of possibilities if we know which
-iphigenie (February 18, 2012, 02:19 AM)
--- End quote ---

Nothing significant in any of the logs - but I've not checked the Apache access.log file as yet.  And nothing shows in the Windows Event Viewer logs.  I've looked at the config files - httpd.conf, my.ini, php.ini - but nothing there seems out of sorts.  Don't know that a packet filter would do much good, but that's in the [future] mix.  This happened to me once before, under similar circumstances, but too many years (eight (8 ) or nine (9)) have passed since that happened.  And one time ~fifteen (15) years ago at MCI, but that turned out to be a RAM stick, physical corruption.

Win7 has a memory tester, it's also available on the installation DVD, IIRC.
-4wd (February 18, 2012, 02:50 AM)
--- End quote ---

I've never used that, so wasn't certain how reliable it might be.  I'm kinda surprised that memtest86 still holds sway:  I guess it was done right  ;).

Stoic Joker:
Just for a Quick-N-Dirty sanity check, have you tried to connect to the MySQL server the command prompt? This will separate Apache from SQL and make it easier to see whose "at fault". I had to resort to this last week when I was setting up my laptop for a business conference. permissions and pathing issues were causing the databases to disappear at runtime.

Not sure how you're installed, but if you did a default install, remember that the real data path and my.ini file are in ProgramData ... The ones that show up in Program Files are a decoy. <-That one drove my nutz for an hour)

Innuendo:
Not sure why the logic of moving from a Dell with an i7 to an Acer/Gateway with an i3, but....anyway, have you tried updating the NIC driver from the manufacturer's web site?

And have you considered reinstalling the OS? I've seen more than a couple laptops come from the factory with a jacked up OS. It's like someone queued up a bad image to be laid onto the hard drives. Doing a fresh 'normal' install of the OS cleared up all wonkiness.

barney:
@Stoic Joker
Yep.  Only thing that chokes, other than Web pages, is Database Workbench 4.  Since I'm just testing it, that's not a significant problem, but the nature of the connect failure concerns me, as does the failure of PHP connection to it.  I'm just not as familiar with UAC permissions as apparently I should be  :(.  I haven't yet tried to take ownership of the files, mostly because I'm uncertain what I'd need to own  :-\, but I suppose that's the next step.  Since these files have been moved from the old Dell drive, they're prolly earmarked with a different server/username and that obviously was not altered by the transferal  :mad:.  On the location front, I'd already been bitten by the location bug, so I did a custom path install instead of the typical Windows install  ;).

@Innuendo
The first part of this story can be found here.  Synopsis is that a failed image restore bricked the Dell until I have time to remove the drive and manually restore it.  So I moved to the Gateway, which has done yeoman duty for a couple of years.  (Recently it has been in use for VHS to DVD conversions, but that's a different topic.)  It and the Dell are the only two (2) boxes I allow on the Internet - there are currently three (3) other boxes on the LAN, as well as Baby Daughter's system.  But those three (3) boxes have never seen the Net, and never will.  OK, that's a different story

I activated the old Dell drive externally, and it's working just fine.  But I can't restore the Dell image to the Gateway (although I did try, and nearly bricked the Gateway  :o ;D).  So now I'm manually transferring a number of items to the Gateway that were on the Dell.



Next step on the MySQL front is to try taking ownership, but I'm not totally certain just which files I need to own, so it'll be a piecemeal process with no indication of whether it'll work until/unless it does. 

On the Web front, I cannot connect the the on-box server as localhost, nor as 127.0.0.1, but I can connect using the Gateway's IP.  I've looked at all the config files, but nothing seems amiss.  Nothing in any of the event or error logs, although Apache's access.log is not being updated, even though it's in the httpd.conf properly.  That happened to me once before, when I attempted to truncate the file - Apache just quit writing to it.  However, it was long enough ago that I don't recall what fixed it, unless it was a re-installation of Apache.  Anyway, the Web issue may also be attributable to ownership, although that seems a bit of a reach.

Stoic Joker:
Just checked my laptop, the data folder's owner is SYSTEM. And Full Control (NTFS perms) belong only to SYSTEM & Administrators.

Damn strange that you can't connect to localhost....can you ping it? Host file could be borked. I'm using a TCP/IP connection to localhost so I can/could test an application (run locally) without opening a port on the firewall.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version