Server hangs when i give the following command
Pankaj Batra
batra786 at yahoo.co.in
Thu Apr 10 18:10:38 UTC 2008
Hi techies
I am using Hp Xeon 3.0Gz server with 1 GB RAM and RAID 5 configured and Red Hat 8.0 installed.
I am facing a problem, when i give following command :-
tar xvfzP filename.tgz /usr2 /usr3
then after abt 30 seconds server hangs and the following error displays :
NMI received, Dazed and still trying,there must be some hardware fault with the RAM chips.
Please help me out.
Thanks in advance.
Pankaj Batra.
iBilt Technologies Ltd.
redhat-list-request at redhat.com wrote: Send redhat-list mailing list submissions to
redhat-list at redhat.com
To subscribe or unsubscribe via the World Wide Web, visit
https://www.redhat.com/mailman/listinfo/redhat-list
or, via email, send a message with subject or body 'help' to
redhat-list-request at redhat.com
You can reach the person managing the list at
redhat-list-owner at redhat.com
When replying, please edit your Subject line so it is more specific
than "Re: Contents of redhat-list digest..."
Today's Topics:
1. RE: Java JRE level on on RH ES3 (Yard, John)
2. RHEL 4 Keyboard & Language Settings
(ashis.v.purbhoo at exxonmobil.com)
3. Case inSensitivity File system for Linux (Jai Rangi)
4. Re: Case inSensitivity File system for Linux (mark)
5. Re: Case inSensitivity File system for Linux (Sandor W. Sklar)
6. Re: Case inSensitivity File system for Linux (mark)
7. JBoss secure deployment guides? notes you care to share? :)
(katsumi liquer)
----------------------------------------------------------------------
Message: 1
Date: Wed, 9 Apr 2008 10:41:17 -0700
From: "Yard, John"
Subject: RE: Java JRE level on on RH ES3
To: "General Red Hat Linux discussion list"
Message-ID: <435F8F2B1312334BAB5F0A1509A11E5E041ADDDA at EM2.ad.ucla.edu>
Content-Type: text/plain; charset="us-ascii"
I get :
[eds1:/root] # java -v
libgcj-java-placeholder.sh
This script is a placeholder for the /usr/bin/java
master link required by jpackage.org conventions. libgcj's
rmiregistry, rmic and jar tools are now slave symlinks to these
masters, and are managed by the alternatives(8) system.
This change was necessary because the rmiregistry, rmic and jar tools
installed by previous versions of libgcj conflicted with symlinks
installed by jpackage.org JVM packages.
This script was designed to be overridden by the supported RHEL3 JRE
packages, java-1.4.2-bea and java-1.4.2-ibm. It is installed as an
alternative symlink as /usr/bin/java. It will override a third-party
(non-RHEL3) JRE's java command if the JRE's bin directory is listed
after /usr/bin in PATH. In that case, it is recommended that the
third-party JRE's bin directory be listed first in PATH instead.
eds1:/usr/java] # ls -al
total 12
drwxr-xr-x 3 root root 4096 Mar 17 2005 .
drwxr-xr-x 18 root root 4096 Mar 17 2005 ..
drwxr-xr-x 9 root root 4096 Mar 17 2005 jdk1.5.0_01
[eds1:/usr/java] #
JYard
UCLA
-----Original Message-----
From: redhat-list-bounces at redhat.com
[mailto:redhat-list-bounces at redhat.com] On Behalf Of Michael Scully
Sent: Friday, April 04, 2008 10:46 PM
To: 'General Red Hat Linux discussion list'
Subject: RE: Java JRE level on on RH ES3
John:
From a root prompt, type java -version
Normally java installs within /usr/java so you can always look
into
there. If you have a developer's kit, it includes the JRE. For
example, my
RHEL4 box has everything within /usr/java/jdk1.6.0_03, for the 1.6
update 3
Java developer kit. The JRE files are within a jre subdirectory there.
Scully
-----Original Message-----
From: redhat-list-bounces at redhat.com
[mailto:redhat-list-bounces at redhat.com]
On Behalf Of Yard, John
Sent: Friday, April 04, 2008 6:29 PM
To: General Red Hat Linux discussion list
Subject: Java JRE level on on RH ES3
How do I determine the JRE level
on a RH ES3 machines ?
thx,
JYard
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
------------------------------
Message: 2
Date: Wed, 9 Apr 2008 14:21:09 -0500
From: ashis.v.purbhoo at exxonmobil.com
Subject: RHEL 4 Keyboard & Language Settings
To: redhat-list at redhat.com
Message-ID:
Content-Type: text/plain; charset=US-ASCII
I've have some questions on the interactions between keyboard & languages
settings. For example, if I have a Russian, German, or Norwegian keyboard
does that automatically result in changing the language settings. What are
the issues/problems with having a Russian keyboard setting with the default
language set to English/US/C vs. changing to Russian.
What are the implications of having different settings or is it preferred
to place English/US/C in addition to having a secondary language set? Or
is the preference to have the system's keyboard setting by default set to
the region & have the user choose language settings?
I'm looking for specifics on advantages/disadvantages to either
configuration or if there is another standard that would be better and why?
Ash
This communication may contain privileged or other confidential
information. If you are not the intended recipient, or believe that you may
have received this communication in error, please reply to the sender
indicating that and delete the copy you received. In addition, you should
not print, copy, retransmit, disseminate, or otherwise use the information
contained in this communication. Thank You.
------------------------------
Message: 3
Date: Wed, 9 Apr 2008 17:59:12 -0700
From: "Jai Rangi"
Subject: Case inSensitivity File system for Linux
To:
Message-ID:
Content-Type: text/plain; charset="us-ascii"
Hello,
I am new to the list and not sure if this is the right place to ask this
question. Also I already have done some googling without much success,
I need a file system in Linux which is not case sensitive. I tried JFS,
but it keeps crashing, so looking for something more stable.
Idea is that ABC.txt should be same as abc.txt ad AbC.txt.
Does anyone know something reliable case insensitive file system that
can be deployed at the enterprise level?
Thank you,
Jai Rangi
Sr. Linux Engineer
jrangi at automotive.com
------------------------------
Message: 4
Date: Wed, 09 Apr 2008 20:15:53 -0500
From: mark
Subject: Re: Case inSensitivity File system for Linux
To: General Red Hat Linux discussion list
Message-ID: <47FD6A49.9030107 at rcn.com>
Content-Type: text/plain; charset=ISO-8859-1
Jai Rangi wrote:
>
> I am new to the list and not sure if this is the right place to ask this
> question. Also I already have done some googling without much success,
>
> I need a file system in Linux which is not case sensitive. I tried JFS,
> but it keeps crashing, so looking for something more stable.
>
> Idea is that ABC.txt should be same as abc.txt ad AbC.txt.
>
> Does anyone know something reliable case insensitive file system that
> can be deployed at the enterprise level?
Sorry, but all Unix is, by definition (AFAIK) case sensitive. Maybe there's
some odd shell that would work for you, but I don't know of it.
I've got it, someone could write a WinDoze shell for Unix!
mark
------------------------------
Message: 5
Date: Wed, 9 Apr 2008 19:22:20 -0700
From: "Sandor W. Sklar"
Subject: Re: Case inSensitivity File system for Linux
To: General Red Hat Linux discussion list
Message-ID:
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
On Apr 9, 2008, at 6:15 PM, mark wrote:
> Jai Rangi wrote:
>>
>> I am new to the list and not sure if this is the right place to ask
>> this
>> question. Also I already have done some googling without much
>> success,
>>
>> I need a file system in Linux which is not case sensitive. I tried
>> JFS,
>> but it keeps crashing, so looking for something more stable.
>>
>> Idea is that ABC.txt should be same as abc.txt ad AbC.txt.
>>
>> Does anyone know something reliable case insensitive file system that
>> can be deployed at the enterprise level?
>
> Sorry, but all Unix is, by definition (AFAIK) case sensitive. Maybe
> there's
> some odd shell that would work for you, but I don't know of it.
>
>
> I've got it, someone could write a WinDoze shell for Unix!
>
Wel, this is not the solution to the original poster's problem (and is
probably off-topic for the list), but your definition is wrong. The
default HFS+ filesystem in Mac OS X, which has (arguably) sold more
copies of a Unix-based operating system then any other in the history
of Unix, is not case-sensitive:
[0]sklarbook:~ $ uname -a
Darwin sklarbook.local 9.2.2 Darwin Kernel Version 9.2.2: Tue Mar 4
21:17:34 PST 2008; root:xnu-1228.4.31~1/RELEASE_I386 i386
[0]sklarbook:~ $ rm ABC.TXT abc.txt
rm: ABC.TXT: No such file or directory
rm: abc.txt: No such file or directory
[1]sklarbook:~ $ echo "hello" > ABC.TXT
[0]sklarbook:~ $ cat abc.txt
hello
-s-
------------------------------
Message: 6
Date: Wed, 09 Apr 2008 22:10:46 -0500
From: mark
Subject: Re: Case inSensitivity File system for Linux
To: General Red Hat Linux discussion list
Message-ID: <47FD8536.5070603 at rcn.com>
Content-Type: text/plain; charset=ISO-8859-1
Sandor W. Sklar wrote:
>
> On Apr 9, 2008, at 6:15 PM, mark wrote:
>> Jai Rangi wrote:
>>>
>>> I am new to the list and not sure if this is the right place to ask this
>>> question. Also I already have done some googling without much success,
>>>
>>> I need a file system in Linux which is not case sensitive. I tried JFS,
>>> but it keeps crashing, so looking for something more stable.
>>>
>>> Idea is that ABC.txt should be same as abc.txt ad AbC.txt.
>>>
>>> Does anyone know something reliable case insensitive file system that
>>> can be deployed at the enterprise level?
>>
>> Sorry, but all Unix is, by definition (AFAIK) case sensitive. Maybe
>> there's some odd shell that would work for you, but I don't know of it.
>>
>>
>> I've got it, someone could write a WinDoze shell for Unix!
>>
>
> Wel, this is not the solution to the original poster's problem (and is
> probably off-topic for the list), but your definition is wrong. The
> default HFS+ filesystem in Mac OS X, which has (arguably) sold more
> copies of a Unix-based operating system then any other in the history of
> Unix, is not case-sensitive:
I don't know that it's sold more. Unix *has* been around since 1970, and well
over half the Web runs on it....
mark
------------------------------
Message: 7
Date: Thu, 10 Apr 2008 09:49:40 -0400
From: "katsumi liquer"
Subject: JBoss secure deployment guides? notes you care to share? :)
To: "General Red Hat Linux discussion list"
Message-ID:
<70dbf54d0804100649t3e3aa5bej90aca3f871302836 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hello everyone,
I apologize if any of these questions are duplicates or answered elsewhere
-- I have looked through the archives but not been able to find exactly what
I am looking for.
What I am trying to find is list a list of steps from a RHEL administrator's
point of view to transition a wide-open JBoss server which is being used in
a development environment to a secure server being used in production
deployment.
The things I am most concerned with are to disable the JBoss main homepage,
disable any debug information, disable access to any web apps which we have
not explicitly granted access to, etc. I have found documentations for some
parts, such as removing the jmx console, but I was curious if anyone had a
collection of of steps they commonly use to put JBoss into a secure mode.
I am working on using mod_jk to go in front of tomcat for basic URL
filtering and such, but even still it is not clear from the mod_jk
documentation the optimal way to do this when security is the goal.
Again, I apologize if this is a really weak question, I just want to rule
out the obvious before I dig deeper into all the configs on my own. I have
poured through everything in the JBoss Security wiki, but a lot of that is
from the code level and development perspective; what I am seeking is
basically a straight up RHEL JBoss hardening guide, or the closest possible
analog.
Thank you very much,
katsu
------------------------------
__
redhat-list mailing list
Unsubscribe mailto:redhat-list-request at redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
End of redhat-list Digest, Vol 50, Issue 10
*******************************************
---------------------------------
Meet people who discuss and share your passions. Join them now.
More information about the redhat-list
mailing list