Luciano Rocha | 1 Jan 01:26 2010
Picon

Re: Lost mdadm.conf

On Thu, Dec 31, 2009 at 04:40:56PM +0000, Joseph L. Casale wrote:
> >Not all rescue environments have MAKEDEV or have it in $PATH, so this should always work. ;)
> 
> Really, on my hp's as well? I don't have any /dev/hdx or /dev/sdx on the ones with software raid...
> 
> Nothing is easier than simply:
> # mdadm --detail --scan --verbose > /etc/mdadm.conf
> 
> And that actually *does* work in all environments...

Does that create the /dev/md* devices? I mean, a *scan* shouldn't change
the filesystem, should it? That's the problem that line tries to fix:
that there's no mdX device in /dev...

--

-- 
lfr
0/0
_______________________________________________
CentOS mailing list
CentOS@...
http://lists.centos.org/mailman/listinfo/centos
Ned Slider | 1 Jan 01:34 2010
Picon

Re: trying to get lm_sensorts to work

On 12/31/2009 10:41 PM, Akemi Yagi wrote:
> On Thu, Dec 31, 2009 at 2:04 PM, Jerry Geis<geisj@...>  wrote:
>> hi all,
>>
>> I am trying to get lm_sensors to work.
>>
>> did the yum install lm_sensors
>> service lm_sensors start
>>
>> sensor -s
>> and it says no sensors found.
>>
>> did lsmod | grep it87 and
>> it87                   57061  0

Did you run sensors-detect, and if so, which variant of it87 did it detect?

>
> You may want to read this forum thread:
>
> https://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=24010&forum=38
>
> and give the packages from ELRepo a try.
>
> Akemi

Indeed. The standard it87 driver in 5.4 only supports IT8705F and 
IT8712F. I backported additional support for IT8716F, IT8718F, IT8720F 
and IT8726F Super I/O chips into the it87 module in ELRepo (kmod-it87), 
which will also automatically update lm_sensors as a dependency from the 
(Continue reading)

Michael Klinosky | 1 Jan 03:58 2010
Picon

missing module dir?

I'm teaching myself about ethernet cards, and found a TLDP page. I have 
CentOS 5.3.

In this section:    http://tldp.org/HOWTO/Ethernet-HOWTO-2.html#ss2.4
in the 'Driver as module' subsection, regarding PCI cards, it states 
that there should be a directory   "/lib/modules/`uname -r`/net"

[mykolas <at> sr1220 ~]$ uname -r
2.6.18-128.1.16.el5
[mykolas <at> sr1220 2.6.18-128.1.16.el5]$ pwd
/lib/modules/2.6.18-128.1.16.el5
[mykolas <at> sr1220 2.6.18-128.1.16.el5]$ ls
build   modules.alias   modules.ieee1394map  modules.ofmap 
modules.symbols  updates
extra   modules.ccwmap  modules.inputmap     modules.pcimap 
modules.usbmap   weak-updates
kernel  modules.dep     modules.isapnpmap    modules.seriomap  source

There's no 'net' directory. I am guessing that the NIC drivers are 
modules (and not compiled into the kernel) - am I wrong? Or, where are 
the modules?
Akemi Yagi | 1 Jan 05:14 2010
Picon

Re: missing module dir?

On Thu, Dec 31, 2009 at 6:58 PM, Michael Klinosky <mpk2@...> wrote:
> I'm teaching myself about ethernet cards, and found a TLDP page. I have
> CentOS 5.3.
>
> In this section:    http://tldp.org/HOWTO/Ethernet-HOWTO-2.html#ss2.4
> in the 'Driver as module' subsection, regarding PCI cards, it states
> that there should be a directory   "/lib/modules/`uname -r`/net"
>
> There's no 'net' directory. I am guessing that the NIC drivers are
> modules (and not compiled into the kernel) - am I wrong? Or, where are
> the modules?

Look in /lib/modules/`uname -r`/kernel/drivers/net/ for network kernel modules.

Akemi
Mathieu Baudier | 1 Jan 14:13 2010

Re: stock openjdk vs. epel

> As luck would have it, I have copies of the java-1.6.0 b12 EPEL RPMS
> that were offered before Centos added java-1.6.0 b09 as an "upgrade"
> on my home page.

A lot of luck (or foresight...) indeed!

I used these old EPEL SRPMs + my experience of building the OpenJDK on
CentOS (see previous mails) in order to adapt the latest Fedora 12
OpenJdk SRPMs (Java 1.6.0 b16, using IcedTea 1.6).

It basically boils down to:
- remove visualvm and its netbeans dependency
- remove X11 patch
- workaround the plugin compilation issue (see previous mails) on
x86_64 (the EPEL SRPM was really helpful here)

You can download an SRPM from here:
http://www.argeo.org/linux/argeo-el/5/plus/SRPMS/
http://www.argeo.org/linux/argeo-el/5/plus/SRPMS/java-1.6.0-openjdk-1.6.0.0-33.b16.el5.argeo.1.src.rpm

And rebuild it with:
rpmbuild --rebuild java-1.6.0-openjdk-1.6.0.0-33.b16.el5.argeo.1.src.rpm
(after having properly set up your RPM build environment:
http://wiki.centos.org/HowTos/SetupRpmBuildEnvironment)

You need to have the EPEL repo installed.

I could build it and test it on x86_64 but not on i386 (I'm abroad
with my x86_64 laptop, and changing the --target did not work, I'll
have a look at it when I'm back in the office next week).
(Continue reading)

Bart van Kuik | 1 Jan 14:20 2010
Picon

Update via yum fails with "needs libdbus-1.so.3, this is not available."

Hi list,

I am running CentOS release 5.2. When I did a "yum -y update", I got a
large list of packages to be updated (360 packages). Then I got the
following error:

Total download size: 499 M
Downloading Packages:
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
Package xulrunner needs libdbus-1.so.3, this is not available.
.... cut about 10 similar lines ....

What can I do to make the update roll through?

Regards,
Bart
Akemi Yagi | 1 Jan 14:33 2010
Picon

Re: Update via yum fails with "needs libdbus-1.so.3, this is not available."

On Fri, Jan 1, 2010 at 5:20 AM, Bart van Kuik <bart@...> wrote:
> Hi list,
>
> I am running CentOS release 5.2. When I did a "yum -y update", I got a
> large list of packages to be updated (360 packages). Then I got the
> following error:
>
> Total download size: 499 M
> Downloading Packages:
> Running rpm_check_debug
> ERROR with rpm_check_debug vs depsolve:
> Package xulrunner needs libdbus-1.so.3, this is not available.
> .... cut about 10 similar lines ....
>
> What can I do to make the update roll through?

Please try again by following the recommended procedure in the Release Notes:

http://wiki.centos.org/Manuals/ReleaseNotes/CentOS5.4#head-29511ff6659f6463d444feb92326ed2232fc8c08

Akemi
James Bensley | 1 Jan 15:38 2010
Picon

Re: Lost mdadm.conf

2010/1/1 Luciano Rocha <strange@...>:
> On Thu, Dec 31, 2009 at 04:40:56PM +0000, Joseph L. Casale wrote:
>> >Not all rescue environments have MAKEDEV or have it in $PATH, so this should always work. ;)
>>
>> Really, on my hp's as well? I don't have any /dev/hdx or /dev/sdx on the ones with software raid...
>>
>> Nothing is easier than simply:
>> # mdadm --detail --scan --verbose > /etc/mdadm.conf
>>
>> And that actually *does* work in all environments...
>
> Does that create the /dev/md* devices? I mean, a *scan* shouldn't change
> the filesystem, should it? That's the problem that line tries to fix:
> that there's no mdX device in /dev...

I think after adding those details to your mdadm.conf and restarting
your /dev/md* devices would be created?

--

-- 
Regards,
James ;)

Charles de Gaulle  - "The better I get to know men, the more I find
myself loving dogs." -
http://www.brainyquote.com/quotes/authors/c/charles_de_gaulle.html
Kwan Lowe | 1 Jan 17:02 2010
Picon

kickstart and logins.def question

Hello all:

Happy New Year to everyone and thank you for all the knowledge this past year.

I have  a hopefully simple question about kickstart.   In the
authconfig section I can enable ldap, credential caching, etc.. Using
the GUI tool there's an option to create the user home directories on
first login. The docs don't show a similar option for authconfig in
kickstart.  For now I'm using a sed script in the %post section of the
kickstart to replace the entry in /etc/login.defs, but was curious if
there is a standard method via a system utility to change this option.
ann kok | 1 Jan 17:45 2010
Picon

which program/command (perl, vi, or sed) is better

Hi

I have apache log file around 7.6G and record half year

Which program/command (perl, vi, or sed) is better to extract the data by date? and finally I can remove that
big file and still keep the record.

I have problem when using vi and it uses up the server memory

Thank you for your help

      __________________________________________________________________
Get a sneak peak at messages with a handy reading pane with All new Yahoo! Mail: http://ca.promos.yahoo.com/newmail/overview2/

Gmane