Search results for query: *

Nope - haven't been able to receive inbound, but it looks like it's relaying ok. I should explain that the email address ostony@mydomain.com is my address on an Exchange server. So ostony is not an account on the linux box, just the exchange server.

I'm running RH 7.0 and recently upgraded sendmail to sendmail-8.11.6-1.7.0. Suddenly having problems sending mail to within my own domain. If I try to send myself a test message, here's the output: [root@myserver /etc]# date |mail -v root@myserver.mydomain.com root@myserver.mydomain.com...

In upgrading modules and distributions, why are some designated i386 and i686. And does this matter?

As a newbie, I'm not quite sure how to determine the distribution. Is "i686" correct? Just to give you a little more detail, I'm running RH Linux 6.2. Thanks for your help. Tony

Does anyone have any suggestions for user authentication across two different servers? I have an NT box, which will require users to register to be able to use a shopping cart functionality (therefore the data is secure). Then I have a Unix box with another website on it that requires username...

I'm currently running this version Linux 2.2.14-5.0. As a newbie, not quite sure which version I upgrade to from here. Any suggestions? Can I jump versions? Thanks. Tony

No - I haven't changed those locations. That's why I'm wondering if it could be a memory issue. Bad chip perhaps? If so, why wouldn't I get segfaults as root too?

Anyone have any idea why all of my processes would fail on shutdown? [root@myserver conf]# /etc/rc.d/init.d/httpd restart Shutting down http: [FAILED] Starting httpd: [ OK ] [root@myserver conf]#...

Here's a little more info from gdb. Not real sure what it means or if it helps. [me@myserver me]$ gdb ps core GNU gdb 19991004 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute...

Anyone have any idea why I get "Segmentation fault (core dumped)" if I am logged in as a regular user and issue the command 'ps'? When I am logged in as root, I don't get this error. [me@myserver me]$ ps Segmentation fault (core dumped) Thanks! Tony

Just as a last point on the memory issue. Got this info from 'top'. Does it look ok to you? 75 processes: 74 sleeping, 1 running, 0 zombie, 0 stopped CPU states: 0.1% user, 0.3% system, 0.0% nice, 99.4% idle Mem: 257744K av, 250008K used, 7736K free, 86568K shrd, 118916K buff Swap...

GunJack, Got some more info about this problem. I ran a diagnostic tool on the Mysql databases, and got this error. isamchk: Error reading file '/tmp/ST3TOJjx' (Errcode: 28) Segmentation fault Now that I think about it, I got a few of these errors prior to the crash. I understand it's a...

If infact any libraries were corrupted, would it be indicated in the date of the file? Meaning would the file should up as being changed? Or is corruption possible without the date changing?

Thanks Again. I will see what I can find about tcpwrappers. The problem really stems from my linux box crashing because a cron ran off and opened about 300 mysqls. Don't know why it did. It's been working fine for a long time. Now all of a sudden I get an error message like: ERROR 2002: Can't...

Thanks GJ. I've followed your instructions and my connection is lost immediately when I try to telnet to myserver 3306. Does this indicate that there's something wrong? Of course I'm not able to telnet into other ports either except for the natural telnet port.

Trying to determine if Mysql is connecting to the default port (3306). I get errors that it cannot connect, but I want be sure the socket is opening and closing correctly/

Is there a way to determine if a socket is working correctly on my Linux box? Thanks, Tony

Is there a way to determine if a socket is working correctly? Thanks, Tony

Mysql recently crashed my Linux box during a cron. Mysql quit responding and then the cron keep opening mysql until it cooked the memory. I rebooted, and now I can't restart mysql, I can't use mysqldump or mysqladmin either. They all just hang. Could it be possible that the table locked up...

The other day, mysql died on my system for no apparent reason. When I reboot the machine, based on the script in /etc/rc.d/init.d/mysql, mysql should start up and it does --somewhat. Here's the message I get: [root@myserver mysql]# /etc/rc.d/init.d/mysql start [root@myserver mysql]# Starting...