[CentOS] setting the device queue_depth

[axel.weber]

Hi,

Due to limitations of our Storage we need to set the device queue_depth to 4.
I did this with a script that basically does this: echo 4 > 
/sys/block/sdft/device/queue_depth.

But after a  few minutes it starts to grow until it reaches 32 again. What 
could cause that behavior?

Furthermore the system doesn' t load my qlogic options. I have set them to:
cat /etc/modprobe.d/qlogic.conf
alias scsi_hostadapter1 qla2xxx
options qla2xxx ql2xmaxqdepth=4

But the max queue depth is
cat /sys/module/qla2xxx/parameters/ql2xmaxqdepth
32

Any help would be appreciated.

Centos: CentOS release 6.3 (Final)
Storage: DDN 9900
Qlogic: 2560 (using distri firmware)


Cheers

Axel


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] setting the device queue_depth

[John R Pierce]

On 5/19/2014 12:00 AM, axel.we...@cbc.de wrote:
> Centos: CentOS release 6.3 (Final)
> Storage: DDN 9900
> Qlogic: 2560 (using distri firmware)

have you tried 6.5 with latest yum update patches?


If it does the same thing, then its quite likely Red Hat you need to 
file the report with, as Centos is a work-alike built from Red Hat 
Enterprise Linux sources. if RHEL 6 behaves differently, than the 
CentOS folks will want to investigate.




-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Large file system idea

[Andrew Holway]

> I have not looked at Lustre, as I have heard many negative things about it
> (including Oracle ownership). The only business using Lustre where I know
> the admins has had a lot of trouble with it. No redundancy.

I know some Lustre admins that indeed have the far away stare similar to
people that have survived natural disasters. It can be somewhat unstable
and difficult to manage when you try and roll it yourself but, if you get
the professionals and have it properly supported you can have a good time.

Lustre is not owned by Oracle, its free and opensource software Licensed
under GPL v2. It does have redundancy but this is handled on the hardware
level with Active / Active object storage servers and meta data servers.

Primarily supported by Intel. Well, they have the most developers and sell
the most support contracts. It is a very interesting replacement for Hadoop
HDFS.

>
> Fhgfs looks interesting, and I am planning on looking at it, but have
> not yet done so.

The Fraunhofer Parallel Cluster File System (FhGFS) has just been spun out
of the German Institute from which is was born and has been renamed BeeGFS.
(the germans never had a knack for snappy names :).

It is a very strong contender for these kinds of workloads and is probably
just about to be fully opensourced.

In general Parallel filesystems such as Lustre are quite hard to get right
and most people fail to grasp the complexity and the skill required in
implementing them. People have a go, fsck it up (heh) and then blame the
software when it doesn't work properly. If you really have a business
requirement for insane metadata performance over single, multi petabyte
namespace you should be sure to tread lightly and carry a good support
contract.

> MooseFS and GlusterFS have both been evaluated, and were too slow. In the
> case of GlusterFS, wy too slow.

I believe Gluster to be a rapidly dying project however I am willing to be
set straight on this point. It seems that anyone looking at Gluster will
also be looking a Ceph and this is an obviously better system.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos backup tools

[John Doe]

From: Fred Smith 

> Looking for suggestions on backup software I can use.

You could also have a look at bacula...

JD
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] build system for cutting edge software

[Gergely Buday]

On 19 May 2014 04:50, Matthew Miller  wrote:
> On Sun, May 18, 2014 at 01:30:24PM -0400, Robert Moskowitz wrote:
>> > An idea is to build it in a directory, as much independent as it is
>> > possible from the installed libraries on the centos installation. Is
>> > there an automated build system for such an endeavour?
>> Run Fedora as a VM?
>
> Or, run Docker with a Fedora container.

> You might be interested in Software Collections. See
> . This is basically a system for
> packaging RPMs that instal in /opt instead of into the distribution proper.

Thanks, software collections seem to be the thing I imagined. No
wonder that somebody has already done it.

- Gergely
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Large file system idea

[Steve Thompson]

On Sun, 18 May 2014, Ted Miller wrote:

> How recently have you looked at Gluster?  It has seen some significant
> progress, though small files are still its weakest area.  I believe that
> some use-cases have found that NFS access is faster for small files.

I last looked at Gluster about two months ago, using version 3.4.2.

Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Large file system idea

[Steve Thompson]

On Sun, 18 May 2014, Les Mikesell wrote:

> Do you really need filesystem semantics or would ceph's object store work?

Yes, I really need file system semantics; I am storing home directories.

Steve
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[Larry Martell]

On 5/18/2014 8:51 AM, Chris Weisiger wrote:

> > I'm posting from my phone so I can't bottom post
>

That is not a valid excuse. I'm posting from my phone now and I was  able
to post properly.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[mark]

On 05/17/14 18:29, Alexander Dalloz wrote:
> Am 17.05.2014 23:22, schrieb Always Learning:

>> I blame M$ for introducing TOP POSTING.
>
> It makes no sense to blame a company, it is the people who don't make
> enough effort to help everyone on a mailinglist to follow the
> discussions in an efficient way by seeing the questions and answers in a
> quick way.

Wrong. It was M$ Lookout, er, Outlook, that introduced top posting by default.

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Heads up on local root escalation

[Leon Fauster]

Am 15.05.2014 um 11:22 schrieb Leon Fauster :
> Am 15.05.2014 um 07:23 schrieb Eero Volotinen :
>> 
>> 2014-05-12 21:13 GMT+03:00 James Hogarth :
>> 
>>> Remember to be especially aware if you have systems that can potentially
>>> have code uploaded and run (ftp to httpd vhost or improper php config and
>>> file ownership/permissions).
>>> 
>>> This does not affect el5 ... an el6 update is pending.
>>> 
>>> https://access.redhat.com/security/cve/CVE-2014-0196
>> 
>> "This issue does not affect the versions of Linux kernel packages as
>> shipped with Red Hat Enterprise Linux 6.4 EUS and Red Hat Enterprise Linux
>> 6, because they include backport of upstream commit c56a00a165 that
>> mitigates this issue."
> 
> cite: "This issue does affect the versions of the Linux kernel packages as 
> shipped
> with Red Hat Enterprise Linux 6.2 AUS, Red Hat Enterprise Linux 6.3 EUS and 
> Red Rat 
> Enterprise MRG 2, and we are currently working on corrected kernel packages 
> that 
> address this issue."



https://rhn.redhat.com/errata/RHSA-2014-0512.html

--
LF


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Large file system idea

[Richer, Mark (CIV)]

We were using glusterfs for shared home directories and it was really slow. 
We're using an NFS shared and it's working much faster.

Mark

> On May 18, 2014, at 21:35, "Ted Miller"  wrote:
> 
>> On 05/18/2014 11:47 AM, Steve Thompson wrote:
>> MooseFS and GlusterFS have both been evaluated, and were too slow. In the
>> case of GlusterFS, wy too slow.
> 
> How recently have you looked at Gluster?  It has seen some significant 
> progress, though small files are still its weakest area.  I believe that 
> some use-cases have found that NFS access is faster for small files.
> 
> Ted Miller
> Elkhart, IN
> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Disabling IRQ 16

[Alessandro Baggi]

Hi list,
I've a problem with my system on CentOS 6.5 x86_64 on a workstation.

During utilizzation, after several hours after boot (6/7 hours) I get an 
error:

  Disabling IRQ #16

and after this seems be that 3d acceleration is unloaded.

This is a workstation with a dedicated vga (nvidia gt450) and 3 nics.
This problem started when I've plugged the third nic.
Without third nic all works very good.

from /proc/interrupt:

  16:110647  64858  0  0  0 
  0  0   IO-APIC-fasteoi   ehci_hcd:usb1, ahci, eth3, nvidia


I've tried to boot the system with irqpool without great results.
I've tried to change my new third gb nic with a fast ethernet 10/100, 
thinking it was broken but the problem still persists.

I've tried to replace my vga card with another, the problem still persists.

 From dmesg I get:

Call Trace:
[] ? __report_bad_irq+0x2b/0xa0
  [] ? note_interrupt+0x18c/0x1d0
  [] ? handle_fasteoi_irq+0xcd/0xf0
  [] ? handle_irq+0x49/0xa0
  [] ? do_IRQ+0x6c/0xf0
  [] ? ret_from_intr+0x0/0x11
[] ? intel_idle+0xde/0x170
  [] ? intel_idle+0xc1/0x170
  [] ? cpuidle_idle_call+0xa7/0x140
  [] ? cpu_idle+0xb6/0x110
  [] ? start_secondary+0x2ac/0x2ef
handlers:
[] (usb_hcd_irq+0x0/0x90)
[] (ahci_interrupt+0x0/0x790 [ahci])
[] (irq_handler+0x0/0x5a0 [firewire_ohci])
[] (rtl8169_interrupt+0x0/0x80 [r8169])
[] (nv_kern_isr+0x0/0x80 [nvidia])
Disabling IRQ #16

I've inserted the third nic for channel bonding.

What I can try to avoid this error? It's an hardware problem on mobo?

Any hints will be good.

Thanks in advance.


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[Dave Cross]

On 19 May 2014 13:06, mark  wrote:

> Wrong. It was M$ Lookout, er, Outlook, that introduced top posting by default.

I'm pretty sure that Microsoft email applications were top-posting
long before Outlook arrived :-)

Dave...

-- 
Dave Cross :: d...@dave.org.uk
http://dave.org.uk/
@davorg
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[m . roth]

Dave Cross wrote:
> On 19 May 2014 13:06, mark  wrote:
>
>> Wrong. It was M$ Lookout, er, Outlook, that introduced top posting by
>> default.
>
> I'm pretty sure that Microsoft email applications were top-posting
> long before Outlook arrived :-)
>
I don't think so. They only got email that was widely used in the early
nineties, I think - things like Lotus Notes and such were there first, but
took over *sigh* then.
 says that there was an
"Exchange client", but then shows Outlook going back to Outlook for DOS
and Win 3.1.

   mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[Les Mikesell]

On Mon, May 19, 2014 at 7:06 AM, mark  wrote:
> On 05/17/14 18:29, Alexander Dalloz wrote:
>> Am 17.05.2014 23:22, schrieb Always Learning:
> 
>>> I blame M$ for introducing TOP POSTING.
>>
>> It makes no sense to blame a company, it is the people who don't make
>> enough effort to help everyone on a mailinglist to follow the
>> discussions in an efficient way by seeing the questions and answers in a
>> quick way.
> 
> Wrong. It was M$ Lookout, er, Outlook, that introduced top posting by default.

I'ts not really a bad thing in the context of 1<->1 messages and
business communications where you are interested enough to not need
the reply put in context for you but might want the audit-trail of the
whole previous conversation for reference.

But mail list messages go to a lot of people who have only a passing
interest and unless they are a participant in the thread, may not have
seen it before to understand the context - or they may have found it
in an archive, looking for the same answers.So, it you want anyone
to pay attention, the message has to make sense on its own with
irrelevant cruft removed and the new parts place in the correct
context.

Anyway, defaults only matter if you don't understand how to move your
cursor before typing.

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[Dave Cross]

On 19 May 2014 15:47,   wrote:
> Dave Cross wrote:
>> On 19 May 2014 13:06, mark  wrote:
>>
>>> Wrong. It was M$ Lookout, er, Outlook, that introduced top posting by
>>> default.
>>
>> I'm pretty sure that Microsoft email applications were top-posting
>> long before Outlook arrived :-)
>>
> I don't think so. They only got email that was widely used in the early
> nineties, I think - things like Lotus Notes and such were there first, but
> took over *sigh* then.
>  says that there was an
> "Exchange client", but then shows Outlook going back to Outlook for DOS
> and Win 3.1.

I'm thinking specifically of Microsoft Mail[1], which I remember using
in 1991. I don't remember seeing Outlook until the mid 90s.

Dave...

[1] https://en.wikipedia.org/wiki/Microsoft_Mail

-- 
Dave Cross :: d...@dave.org.uk
http://dave.org.uk/
@davorg
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Large file system idea

[Les Mikesell]

On Mon, May 19, 2014 at 6:35 AM, Steve Thompson  wrote:
> On Sun, 18 May 2014, Les Mikesell wrote:
>
>> Do you really need filesystem semantics or would ceph's object store work?
>
> Yes, I really need file system semantics; I am storing home directories.

In that case, wouldn't it be simpler to have several separate DRBD
pairs with the directory from the appropriate server automounted at
login instead of consolidating them to the point where you have
scaling issues?

And have you tried ceph's filesystem layer?

-- 
   Les Mikesell
  lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[Steve Lindemann]

On 5/19/2014 9:02 AM, Les Mikesell wrote:
> I'ts not really a bad thing in the context of 1<->1 messages and
> business communications where you are interested enough to not need
> the reply put in context for you but might want the audit-trail of the
> whole previous conversation for reference.
>
> But mail list messages go to a lot of people who have only a passing
> interest and unless they are a participant in the thread, may not have
> seen it before to understand the context - or they may have found it
> in an archive, looking for the same answers.So, it you want anyone
> to pay attention, the message has to make sense on its own with
> irrelevant cruft removed and the new parts place in the correct
> context.
>
> Anyway, defaults only matter if you don't understand how to move your
> cursor before typing.

+1 (actually lets say +100 just for that last line!)
--
Steve L.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos backup tools

[Fred Smith]

On Fri, May 16, 2014 at 06:12:17PM +, Richer, Mark (CIV) wrote:
> We're using rsnapshot.
> 
> My colleague set it up, but I will be taking over administration soon. 
> 
> Mark

Having looked more deeply into rsnapshot, I think I'll try it, as it
appears it'll do what I need.

My thanks to ALL OF YOU who have replied with suggestions.
Ain't Community Great? :)

Fred

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
  "And he will be called Wonderful Counselor, Mighty God, Everlasting Father,
  Prince of Peace. Of the increase of his government there will be no end. He 
 will reign on David's throne and over his kingdom, establishing and upholding
  it with justice and righteousness from that time on and forever."
--- Isaiah 9:7 (niv) --
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[Dominic Hoogendijk]

On 19-05-14 17:10, Dave Cross wrote:
> On 19 May 2014 15:47,   wrote:
>> Dave Cross wrote:
>>> On 19 May 2014 13:06, mark  wrote:
>>>
 Wrong. It was M$ Lookout, er, Outlook, that introduced top posting by
 default.
>>> I'm pretty sure that Microsoft email applications were top-posting
>>> long before Outlook arrived :-)
>>>
>> I don't think so. They only got email that was widely used in the early
>> nineties, I think - things like Lotus Notes and such were there first, but
>> took over *sigh* then.
>>  says that there was an
>> "Exchange client", but then shows Outlook going back to Outlook for DOS
>> and Win 3.1.
> I'm thinking specifically of Microsoft Mail[1], which I remember using
> in 1991. I don't remember seeing Outlook until the mid 90s.
>
> Dave...
>
> [1] https://en.wikipedia.org/wiki/Microsoft_Mail
There are 2 lines of M$ mail clients, Mail that became Outlook express 
and then Mail again and Outlook (the exchange enabled client). --
DeHostingFirma.nl
-- 
Dominic

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[m . roth]

Les Mikesell wrote:
> On Mon, May 19, 2014 at 7:06 AM, mark  wrote:
>> On 05/17/14 18:29, Alexander Dalloz wrote:
>>> Am 17.05.2014 23:22, schrieb Always Learning:

> I'ts not really a bad thing in the context of 1<->1 messages and
> business communications where you are interested enough to not need
> the reply put in context for you but might want the audit-trail of the
> whole previous conversation for reference.
>
> But mail list messages go to a lot of people who have only a passing
> interest and unless they are a participant in the thread, may not have
> seen it before to understand the context - or they may have found it
> in an archive, looking for the same answers.So, it you want anyone
> to pay attention, the message has to make sense on its own with
> irrelevant cruft removed and the new parts place in the correct
> context.

What Mike says, above, is *the* most significant argument, and, IMO,
trumps all counter-arguments. This *is* a mailing list. Frequently, for
example, I'll be busy, or a thread doesn't seem interesting, until I see
something that leads me to look in on it... and if it's filled with
top-posted unreadable threads, even if I might have some really helpful
suggestions, I usually don't *want* to read enough to make them, because I
have no idea what's been suggested or discounted before, and I *ain't*
gonna read down, up, down, up, up, down

Top post if you want... but don't expect cooperation or help.

   mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Top posting threads.

[Lamar Owen]

There are only two things more annoying on a mailing list than top 
posting: bottom posting with no trimming of quoted content and all the 
endless discussions about top posting.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Top posting threads.

[O'Reilly, Dan]

There is one more thing more annoying: people sending endless emails about 
what's annoying on a mailing list...

-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of 
Lamar Owen
Sent: Monday, May 19, 2014 9:28 AM
To: CentOS mailing list
Subject: [CentOS] Top posting threads.

There are only two things more annoying on a mailing list than top
posting: bottom posting with no trimming of quoted content and all the endless 
discussions about top posting.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Top posting threads.

[zep]

and in retaliation for spawning ANOTHER thread about less than 10
seconds after I made my filter to delete the old, I'll top post respond
to it.


thanks.

On 05/19/2014 11:27 AM, Lamar Owen wrote:
> There are only two things more annoying on a mailing list than top 
> posting: bottom posting with no trimming of quoted content and all the 
> endless discussions about top posting.
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Sorry

[John R Pierce]

On 5/19/2014 8:17 AM, Dominic Hoogendijk wrote:
> There are 2 lines of M$ mail clients, Mail that became Outlook express
> and then Mail again and Outlook (the exchange enabled client). --
> DeHostingFirma.nl

The original Microsoft Mail wasn't internet mail at all, it used a 
completely proprietary shared file system based server, although there 
was an awful internet gateway for it.   This mutated into Exchange, 
which mutated into Outlook + Exchange Server.

Outlook Express was originally Microsoft Internet Mail and News, MSIMN, 
it came out circa 1996, bundled with MS Internet Explorer 3. It got 
rebranded as Outlook Express circa 1998 and MSIE 4.0.


-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] SCSI not settling???

[Gé Weijers]

I'm getting a lot of this at boottime:

udev still not settled. Waiting.
udevadm settle - timeout of 0 seconds reached, the event queue contains:
  /sys/module/scsi_wait_scan (11707)

udev still not settled. Waiting.
udevadm settle - timeout of 0 seconds reached, the event queue contains:
  /sys/module/scsi_wait_scan (11709)

udev still not settled. Waiting.
udevadm settle - timeout of 0 seconds reached, the event queue contains:
  /sys/module/scsi_wait_scan (11711)

udev still not settled. Waiting.
udevadm settle - timeout of 0 seconds reached, the event queue contains:
  /sys/module/scsi_wait_scan

It takes a few minutes to boot.

The machine is a Dell PRECISION T5600 with a PERC H310 RAID controller.

-- 
Gé
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] SCSI not settling???

[m . roth]

Gé Weijers wrote:
> I'm getting a lot of this at boottime:
>
> udev still not settled. Waiting.
> udevadm settle - timeout of 0 seconds reached, the event queue contains:
>   /sys/module/scsi_wait_scan (11707)
>
> udev still not settled. Waiting.
> udevadm settle - timeout of 0 seconds reached, the event queue contains:
>   /sys/module/scsi_wait_scan (11709)
>
> udev still not settled. Waiting.
> udevadm settle - timeout of 0 seconds reached, the event queue contains:
>   /sys/module/scsi_wait_scan (11711)
>
> udev still not settled. Waiting.
> udevadm settle - timeout of 0 seconds reached, the event queue contains:
>   /sys/module/scsi_wait_scan
>
> It takes a few minutes to boot.
>
> The machine is a Dell PRECISION T5600 with a PERC H310 RAID controller.

Hmmm, a) what's *in* this workstation? b) was this a fresh install?

  mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 6.4 How to increase console font size.

[Michael Coffman]

This is what I added to my grub.conf kernel lines to revert to a console
that looks like it did at 5.X

nouveau.modeset=0

This just disables the driver which worked for what I needed...


On Sat, May 10, 2014 at 8:38 AM, Richard Reina  wrote:

> Just installed 6.4 on and old Dell laptop and the font only takes up half
> the screen. I have tried setfont and altering grub.conf vga= but it does
> not work.  I have read that I must disable uEFI but have not idea how to do
> that. Can anyone help?  I only use this machine in console mode and I just
> want the full screen font size that I used to have in 5.x versions.
>
> Thanks,
>
> Richard
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
-MichaelC
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] SCSI not settling???

[Gé Weijers]

Thanks for answering.

a) The workstation has:
- CPU E5-2687W
- 32 GB RAM (ECC)
- AMD FirePro V7900, original graphics card. (This happens with both the
AMD driver installed and not installed.)
- MegaRAID SAS 2008 controller configured for RAID1

I had a quad PCIe serial card in it as well, but I have removed it. No
change.

b) It's was not a fresh install, but it's been doing this only recently. It
started out with CentOS 6.3 or so in november 2012.

I saw some kernel oopses as well, I'm wondering whether the RAID controller
is going bad.

Gé

May 16 20:01:25 localhost kernel: [ cut here ]
May 16 20:01:25 localhost kernel: WARNING: at kernel/rcutree.c:332
rcu_irq_enter+0x55/0x70() (Tainted: PW  ---   )
May 16 20:01:25 localhost kernel: Hardware name: Precision T5600
May 16 20:01:25 localhost kernel: Modules linked in: fuse ebtable_nat
ebtables ipt_MASQUERADE iptable_nat nf_nat xt_CHECKSUM iptable_mangle
bridge tpm_infineon nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs autofs4
8021q garp stp llc cpufreq_ondemand acpi_cpufreq freq_table mperf
ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables
nf_conntrack_ftp nf_conntrack_netbios_ns nf_conntrack_broadcast ip6t_REJECT
ip6t_ipv6header nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack
ip6table_filter ip6_tables ipv6 vhost_net macvtap macvlan tun kvm_intel kvm
uinput iTCO_wdt iTCO_vendor_support microcode dcdbas fglrx(P)(U) sg
ftdi_sio usbserial i2c_i801 i2c_core lpc_ich mfd_core snd_hda_codec_hdmi
snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq
snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc shpchp e1000e
ptp pps_core ext4 jbd2 mbcache sr_mod cdrom sd_mod crc_t10dif xhci_hcd ahci
megaraid_sas dm_mirror dm_region_hash dm_log dm_mod [last unloaded:
scsi_wait_scan]
May 16 20:01:25 localhost kernel: Pid: 0, comm: swapper Tainted: PW
 ---2.6.32-431.11.2.el6.x86_64 #1
May 16 20:01:25 localhost kernel: Call Trace:
May 16 20:01:25 localhost kernel:   [] ?
warn_slowpath_common+0x87/0xc0
May 16 20:01:25 localhost kernel: [] ?
enqueue_entity+0x125/0x450
May 16 20:01:25 localhost kernel: [] ?
warn_slowpath_null+0x1a/0x20
May 16 20:01:25 localhost kernel: [] ?
rcu_irq_enter+0x55/0x70
May 16 20:01:25 localhost kernel: [] ? irq_enter+0x1b/0x80
May 16 20:01:25 localhost kernel: [] ? do_IRQ+0x43/0xf0
May 16 20:01:25 localhost kernel: [] ?
ret_from_intr+0x0/0x11
May 16 20:01:25 localhost kernel: [] ?
kmem_cache_free+0xbf/0x2b0
May 16 20:01:25 localhost kernel: [] ?
scsi_sg_free+0x0/0x60
May 16 20:01:25 localhost kernel: [] ?
mempool_free_slab+0x17/0x20
May 16 20:01:25 localhost kernel: [] ?
mempool_free+0x95/0xa0
May 16 20:01:25 localhost kernel: [] ?
scsi_sg_free+0x4c/0x60
May 16 20:01:25 localhost kernel: [] ?
__sg_free_table+0x60/0x80
May 16 20:01:25 localhost kernel: [] ?
__scsi_release_buffers+0x104/0x110
May 16 20:01:25 localhost kernel: [] ?
scsi_io_completion+0x2a6/0x6c0
May 16 20:01:25 localhost kernel: [] ?
scsi_finish_command+0xc2/0x130
May 16 20:01:25 localhost kernel: [] ?
scsi_softirq_done+0x145/0x170
May 16 20:01:25 localhost kernel: [] ?
blk_done_softirq+0x85/0xa0
May 16 20:01:25 localhost kernel: [] ?
__do_softirq+0xc1/0x1e0
May 16 20:01:25 localhost kernel: [] ?
call_softirq+0x1c/0x30
May 16 20:01:25 localhost kernel: [] ?
call_softirq+0x1c/0x30
May 16 20:01:25 localhost kernel:   [] ?
do_softirq+0x65/0xa0
May 16 20:01:25 localhost kernel: [] ? irq_exit+0x85/0x90
May 16 20:01:25 localhost kernel: [] ? do_IRQ+0x75/0xf0
May 16 20:01:25 localhost kernel: [] ?
ret_from_intr+0x0/0x11
May 16 20:01:25 localhost kernel: [] ?
intel_idle+0xde/0x170
May 16 20:01:25 localhost kernel: [] ?
intel_idle+0xc1/0x170
May 16 20:01:25 localhost kernel: [] ?
cpuidle_idle_call+0xa7/0x140
May 16 20:01:25 localhost kernel: [] ? cpu_idle+0xb6/0x110
May 16 20:01:25 localhost kernel: [] ? rest_init+0x7a/0x80
May 16 20:01:25 localhost kernel: [] ?
start_kernel+0x424/0x430
May 16 20:01:25 localhost kernel: [] ?
x86_64_start_reservations+0x125/0x129
May 16 20:01:25 localhost kernel: [] ?
x86_64_start_kernel+0x115/0x124
May 16 20:01:25 localhost kernel: ---[ end trace a0e1ee14d68f0684 ]---




On Mon, May 19, 2014 at 1:02 PM,  wrote:

> Gé Weijers wrote:
> > I'm getting a lot of this at boottime:
> >
> > udev still not settled. Waiting.
> > udevadm settle - timeout of 0 seconds reached, the event queue contains:
> >   /sys/module/scsi_wait_scan (11707)
> >
> > udev still not settled. Waiting.
> > udevadm settle - timeout of 0 seconds reached, the event queue contains:
> >   /sys/module/scsi_wait_scan (11709)
> >
> > udev still not settled. Waiting.
> > udevadm settle - timeout of 0 seconds reached, the event queue contains:
> >   /sys/module/scsi_wait_scan (11711)
> >
> > udev still not settled. Waiting.
> > udevadm settle - timeout of 0 seconds reached, the event queue contains:
> >   /sys/module/scsi_wait_scan
> >
> > It takes a few minutes to boot.
> >
> > The mach

Re: [CentOS] SCSI not settling???

[Gé Weijers]

BTW: I just saw those 'oopses', or I would have mentioned them right away.
I'm seriously suspecting the RAID controller.

Gé


On Mon, May 19, 2014 at 2:31 PM, Gé Weijers  wrote:

> Thanks for answering.
>
> a) The workstation has:
> - CPU E5-2687W
> - 32 GB RAM (ECC)
> - AMD FirePro V7900, original graphics card. (This happens with both the
> AMD driver installed and not installed.)
> - MegaRAID SAS 2008 controller configured for RAID1
>
> I had a quad PCIe serial card in it as well, but I have removed it. No
> change.
>
> b) It's was not a fresh install, but it's been doing this only recently.
> It started out with CentOS 6.3 or so in november 2012.
>
> I saw some kernel oopses as well, I'm wondering whether the RAID
> controller is going bad.
>
> Gé
>
> May 16 20:01:25 localhost kernel: [ cut here ]
> May 16 20:01:25 localhost kernel: WARNING: at kernel/rcutree.c:332
> rcu_irq_enter+0x55/0x70() (Tainted: PW  ---   )
> May 16 20:01:25 localhost kernel: Hardware name: Precision T5600
> May 16 20:01:25 localhost kernel: Modules linked in: fuse ebtable_nat
> ebtables ipt_MASQUERADE iptable_nat nf_nat xt_CHECKSUM iptable_mangle
> bridge tpm_infineon nfsd lockd nfs_acl auth_rpcgss sunrpc exportfs autofs4
> 8021q garp stp llc cpufreq_ondemand acpi_cpufreq freq_table mperf
> ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables
> nf_conntrack_ftp nf_conntrack_netbios_ns nf_conntrack_broadcast ip6t_REJECT
> ip6t_ipv6header nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack
> ip6table_filter ip6_tables ipv6 vhost_net macvtap macvlan tun kvm_intel kvm
> uinput iTCO_wdt iTCO_vendor_support microcode dcdbas fglrx(P)(U) sg
> ftdi_sio usbserial i2c_i801 i2c_core lpc_ich mfd_core snd_hda_codec_hdmi
> snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq
> snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc shpchp e1000e
> ptp pps_core ext4 jbd2 mbcache sr_mod cdrom sd_mod crc_t10dif xhci_hcd ahci
> megaraid_sas dm_mirror dm_region_hash dm_log dm_mod [last unloaded:
> scsi_wait_scan]
> May 16 20:01:25 localhost kernel: Pid: 0, comm: swapper Tainted: P
>  W  ---2.6.32-431.11.2.el6.x86_64 #1
> May 16 20:01:25 localhost kernel: Call Trace:
> May 16 20:01:25 localhost kernel:   [] ?
> warn_slowpath_common+0x87/0xc0
> May 16 20:01:25 localhost kernel: [] ?
> enqueue_entity+0x125/0x450
> May 16 20:01:25 localhost kernel: [] ?
> warn_slowpath_null+0x1a/0x20
> May 16 20:01:25 localhost kernel: [] ?
> rcu_irq_enter+0x55/0x70
> May 16 20:01:25 localhost kernel: [] ?
> irq_enter+0x1b/0x80
> May 16 20:01:25 localhost kernel: [] ? do_IRQ+0x43/0xf0
> May 16 20:01:25 localhost kernel: [] ?
> ret_from_intr+0x0/0x11
> May 16 20:01:25 localhost kernel: [] ?
> kmem_cache_free+0xbf/0x2b0
> May 16 20:01:25 localhost kernel: [] ?
> scsi_sg_free+0x0/0x60
> May 16 20:01:25 localhost kernel: [] ?
> mempool_free_slab+0x17/0x20
> May 16 20:01:25 localhost kernel: [] ?
> mempool_free+0x95/0xa0
> May 16 20:01:25 localhost kernel: [] ?
> scsi_sg_free+0x4c/0x60
> May 16 20:01:25 localhost kernel: [] ?
> __sg_free_table+0x60/0x80
> May 16 20:01:25 localhost kernel: [] ?
> __scsi_release_buffers+0x104/0x110
> May 16 20:01:25 localhost kernel: [] ?
> scsi_io_completion+0x2a6/0x6c0
> May 16 20:01:25 localhost kernel: [] ?
> scsi_finish_command+0xc2/0x130
> May 16 20:01:25 localhost kernel: [] ?
> scsi_softirq_done+0x145/0x170
> May 16 20:01:25 localhost kernel: [] ?
> blk_done_softirq+0x85/0xa0
> May 16 20:01:25 localhost kernel: [] ?
> __do_softirq+0xc1/0x1e0
> May 16 20:01:25 localhost kernel: [] ?
> call_softirq+0x1c/0x30
> May 16 20:01:25 localhost kernel: [] ?
> call_softirq+0x1c/0x30
> May 16 20:01:25 localhost kernel:   [] ?
> do_softirq+0x65/0xa0
> May 16 20:01:25 localhost kernel: [] ? irq_exit+0x85/0x90
> May 16 20:01:25 localhost kernel: [] ? do_IRQ+0x75/0xf0
> May 16 20:01:25 localhost kernel: [] ?
> ret_from_intr+0x0/0x11
> May 16 20:01:25 localhost kernel: [] ?
> intel_idle+0xde/0x170
> May 16 20:01:25 localhost kernel: [] ?
> intel_idle+0xc1/0x170
> May 16 20:01:25 localhost kernel: [] ?
> cpuidle_idle_call+0xa7/0x140
> May 16 20:01:25 localhost kernel: [] ?
> cpu_idle+0xb6/0x110
> May 16 20:01:25 localhost kernel: [] ?
> rest_init+0x7a/0x80
> May 16 20:01:25 localhost kernel: [] ?
> start_kernel+0x424/0x430
> May 16 20:01:25 localhost kernel: [] ?
> x86_64_start_reservations+0x125/0x129
> May 16 20:01:25 localhost kernel: [] ?
> x86_64_start_kernel+0x115/0x124
> May 16 20:01:25 localhost kernel: ---[ end trace a0e1ee14d68f0684 ]---
>
>
>
>
> On Mon, May 19, 2014 at 1:02 PM,  wrote:
>
>> Gé Weijers wrote:
>> > I'm getting a lot of this at boottime:
>> >
>> > udev still not settled. Waiting.
>> > udevadm settle - timeout of 0 seconds reached, the event queue contains:
>> >   /sys/module/scsi_wait_scan (11707)
>> >
>> > udev still not settled. Waiting.
>> > udevadm settle - timeout of 0 seconds reached, the event queue contains:
>> >   /sys

Re: [CentOS] SCSI not settling???

[m . roth]

Gé Weijers wrote:
> Thanks for answering.
>
> a) The workstation has:
> - CPU E5-2687W
> - 32 GB RAM (ECC)
> - AMD FirePro V7900, original graphics card. (This happens with both the
> AMD driver installed and not installed.)
> - MegaRAID SAS 2008 controller configured for RAID1
>
> I had a quad PCIe serial card in it as well, but I have removed it. No
> change.
>
> b) It's was not a fresh install, but it's been doing this only recently.
> It
> started out with CentOS 6.3 or so in november 2012.
>
> I saw some kernel oopses as well, I'm wondering whether the RAID
> controller is going bad.

Hard to tell from this. Anything significant in dmesg | tail? I've seen
that damn swapper/tainted, but there's some tuning that can be done, that
might be hugepage issues.

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] SCSI not settling???

[Gé Weijers]

I'm running a memory check right now, just to rule things out.

Gé


On Mon, May 19, 2014 at 2:36 PM,  wrote:

> Gé Weijers wrote:
> > Thanks for answering.
> >
> > a) The workstation has:
> > - CPU E5-2687W
> > - 32 GB RAM (ECC)
> > - AMD FirePro V7900, original graphics card. (This happens with both the
> > AMD driver installed and not installed.)
> > - MegaRAID SAS 2008 controller configured for RAID1
> >
> > I had a quad PCIe serial card in it as well, but I have removed it. No
> > change.
> >
> > b) It's was not a fresh install, but it's been doing this only recently.
> > It
> > started out with CentOS 6.3 or so in november 2012.
> >
> > I saw some kernel oopses as well, I'm wondering whether the RAID
> > controller is going bad.
>
> Hard to tell from this. Anything significant in dmesg | tail? I've seen
> that damn swapper/tainted, but there's some tuning that can be done, that
> might be hugepage issues.
> 
> mark
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
Gé
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] wpa_supplicant - an utter failure, for some reason

[Boris Epstein]

Hello listmates,

I feel a little embarrassed but I can not get through this one and any help
will be much appreciated.

I have a Broadcom WiFi adapter in a 64-bit CentOS 6.5 laptop. Trying to get
it connect automatically - and it just would not - no error messages,
nothing. With the same config NetworkManager connects without a hitch,

I have to compile the wl module out of an SRPM - but after that it seemed
to work fine under the NetworkManager but not automatically, via
wpa_supplicant.

Thanks in advance for any and all advice. The WiFi security is WPA.

Cheers,

Boris.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos backup tools

[Arun Khan]

On Fri, May 16, 2014 at 8:38 PM, Derrik Walker v2.0  wrote:
>>
> I've been using BackupPC for years.  I currently have it running on a
> small CentOS system that mainly does backups.
>
> I like it because it's agentless ( it uses ssh/rsync ).  The Pooling and
> Data-deduping is also nice, and saves on space.
>

+1 to backuppc.

A word of caution - database backups should be done with their
respective native tools.  A colleague, was backing up /var/lib/mysql/
thinking he could restore the db from the backup!

-- Arun Khan
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos