Re: [CentOS] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!

[Chris Murphy]

I think the panic is the consequence of drive write failure. So the actual
problem is before the panic call trace. I'd post the entire dmesg somewhere
wrap safe (either you mail agent or the forum is hard wrapping and is a
pain to read).

What do you get for
smartctl -x 

In the meantime check or replace cables, usually it's the connectors that
are faulty not the cable itself. Or replace the drive.

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

[CentOS] CentOS-announce Digest, Vol 120, Issue 5

[centos-announce-request]

Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CEBA-2015:0224 CentOS 6 system-config-printer FASTTRACK
  BugFix Update (Johnny Hughes)
   2. CEBA-2015:0231 CentOS 6 bind-dyndb-ldap BugFixUpdate
  (Johnny Hughes)


--

Message: 1
Date: Mon, 16 Feb 2015 14:55:17 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2015:0224 CentOS 6
system-config-printer FASTTRACK BugFix Update
Message-ID: <20150216145517.ga2...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2015:0224 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0224.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
0b1e102e337bc6ca944887d5a86efce096e4f02b0d453259eb7def61aa100f10  
system-config-printer-1.1.16-25.el6.i686.rpm
d9e38068494f5baa375b4b4b2f0fafccbd5da2384e7302253540eb03880afbf7  
system-config-printer-libs-1.1.16-25.el6.i686.rpm
3467770de97e623541c1e78d672f5bb60dc58b582fb7732e1375cd084203552b  
system-config-printer-udev-1.1.16-25.el6.i686.rpm

x86_64:
4c707af2bc1752ceb64bea31b5b49421bc4510b0de09168984bdf619c83f86fc  
system-config-printer-1.1.16-25.el6.x86_64.rpm
9d6b1a5b04372fb7997490be1314d57865d37ee2f876403af979b8bb7c6ad021  
system-config-printer-libs-1.1.16-25.el6.x86_64.rpm
e10ae7473a8400abc3434a98ac765344915227f388a1f1fab953f088ab7e3af4  
system-config-printer-udev-1.1.16-25.el6.x86_64.rpm

Source:
30b20b371dfa2f021d329e5fa1d215595792417b07e6b18bb8d3fa77f75e2884  
system-config-printer-1.1.16-25.el6.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

Message: 2
Date: Mon, 16 Feb 2015 18:18:53 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2015:0231 CentOS 6 bind-dyndb-ldap
BugFix  Update
Message-ID: <20150216181853.ga7...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2015:0231 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0231.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
ca86c5483876d2f979bff731622c5508248baecf4a61b13c77a522c153384587  
bind-dyndb-ldap-2.3-6.el6_6.i686.rpm

x86_64:
fd444fbc66c4058cb422976051822ddbb6ba72d77e9307fe38e7ed52fc9dfddb  
bind-dyndb-ldap-2.3-6.el6_6.x86_64.rpm

Source:
9d772df68036dd0915327569616b79ab429016b68b669ac532ae37cf3e86f826  
bind-dyndb-ldap-2.3-6.el6_6.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

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


End of CentOS-announce Digest, Vol 120, Issue 5
***
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!

[Jason Pyeron]

> -Original Message-
> From: Chris Murphy
> Sent: Tuesday, February 17, 2015 3:58
> 
> I think the panic is the consequence of drive write failure. 
> So the actual
> problem is before the panic call trace. 

Most of the time it panics without any warning, but once there was:

> > -Original Message-
> > From: Jason Pyeron
> > Sent: Sunday, February 08, 2015 0:00
> > 
> > > -Original Message-
> > > From: Jason Pyeron
> > > Sent: Saturday, February 07, 2015 22:54
> > > 
> > > Feb  8 00:10:21 thirteen-230 kernel: mptscsih: ioc0: attempting task 
> > > abort! (sc=880057a0a080)
> > > Feb  8 00:10:21 thirteen-230 kernel: sd 4:0:0:0: [sda] CDB: Write(10): 2a 
> > > 00 1a 17 a1 6f 00 00 01 00
> > > Feb  8 00:10:51 thirteen-230 kernel: mptscsih: ioc0: WARNING - Issuing 
> > > Reset from mptscsih_IssueTaskMgmt!! doorbell=0x2400
> > > Feb  8 00:10:51 thirteen-230 kernel: mptbase: ioc0: Initiating recovery
> > > Feb  8 00:11:13 thirteen-230 kernel: mptscsih: ioc0: task abort: SUCCESS 
> > > (rv=2002) (sc=880057a0a080)

> I'd post the entire dmesg somewhere

http://client.pdinc.us/panic-341e97c30b5a4cb774942bae32d3f163.log

> wrap safe (either you mail agent or the forum is hard 
> wrapping and is a
> pain to read).
> 
> What do you get for
> smartctl -x 

http://client.pdinc.us/smartctl-2000e86b62db27169cc9307358ebf10e.log

> 
> In the meantime check or replace cables, usually it's the 
> connectors that

It is a backplane, no "cables". I have reseated the parts.

> are faulty not the cable itself. Or replace the drive.

I have replaced the drive (and reinstalled) already, the panics still happen 
once ever 30-40 hours.

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



--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

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

[CentOS] How to write RPM spec

[Jegadeesh Kumar]

Hi team,

I setup the RPM build server and read some doc to write the spec files. but
i did get it clearly. So can you guys please help me to write a new RPM
spec.

or give me a scenario to write

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

Re: [CentOS] How to write RPM spec

[Frank Cox]

On Wed, 18 Feb 2015 05:36:48 +1300
Jegadeesh Kumar wrote:

> I setup the RPM build server and read some doc to write the spec files. but
> i did get it clearly. So can you guys please help me to write a new RPM
> spec.

The easiest way to create a spec file is to look at an existing spec file for 
something similar to what you're trying to write.  Some spec files are very 
simple, and some are so elaborate they're almost impossible to understand.

A good place to start is here:

http://www.rpm.org/max-rpm/

-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to write RPM spec

[Jonathan Billings]

On Tue, Feb 17, 2015 at 10:43:58AM -0600, Frank Cox wrote:
>
> On Wed, 18 Feb 2015 05:36:48 +1300
> Jegadeesh Kumar wrote:
> 
> > I setup the RPM build server and read some doc to write the spec files. but
> > i did get it clearly. So can you guys please help me to write a new RPM
> > spec.
> 
> The easiest way to create a spec file is to look at an existing spec
> file for something similar to what you're trying to write.  Some
> spec files are very simple, and some are so elaborate they're almost
> impossible to understand. 
> 
> A good place to start is here:
> 
> http://www.rpm.org/max-rpm/

Lots of RPM spec files can be found here:

https://git.centos.org/ (for CentOS packages)

and

http://pkgs.fedoraproject.org/cgit/ (for Fedora and EPEL packages)


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

[CentOS] debuginfo versioning tools?

[Les Mikesell]

Are there any tools to help assemble libraries and debuginfo to
examine core dumps that happened on another host where the versions
don't match?  Something like mock but build-version specific and with
the debuginfo packages pulled in?

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

[CentOS] Setting up new spacewalk server

[Eckert, Doug]

We have a DHCP/PXE server in a build environment, which is separate from
our Spacewalk v1.5 server. We direct builds to Satellite or Spacewalk based
as needed. It contains initrd & vmlinuz files for each version/arch we
currently deploy for both RHEL & CEL.

I'd like to keep the storage footprint to a minimum, if possible. Keeping a
big directory of ISOs to loop-mount for kickstart profile distributions
seems excessive, especially when DVD#1 exceeds 4GB now. Is there any way
around this requirement for kickstarting?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Setting up new spacewalk server

[Eero Volotinen]

2015-02-17 22:26 GMT+02:00 Eckert, Doug :

> We have a DHCP/PXE server in a build environment, which is separate from
> our Spacewalk v1.5 server. We direct builds to Satellite or Spacewalk based
> as needed. It contains initrd & vmlinuz files for each version/arch we
> currently deploy for both RHEL & CEL.
>
> I'd like to keep the storage footprint to a minimum, if possible. Keeping a
> big directory of ISOs to loop-mount for kickstart profile distributions
> seems excessive, especially when DVD#1 exceeds 4GB now. Is there any way
> around this requirement for kickstarting?
>
>
How about using centos/rhel minimal iso for kickstarting ?

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

Re: [CentOS] Setting up new spacewalk server

[John R Pierce]

On 2/17/2015 12:31 PM, Eero Volotinen wrote:

2015-02-17 22:26 GMT+02:00 Eckert, Doug:


>We have a DHCP/PXE server in a build environment, which is separate from
>our Spacewalk v1.5 server. We direct builds to Satellite or Spacewalk based
>as needed. It contains initrd & vmlinuz files for each version/arch we
>currently deploy for both RHEL & CEL.
>
>I'd like to keep the storage footprint to a minimum, if possible. Keeping a
>big directory of ISOs to loop-mount for kickstart profile distributions
>seems excessive, especially when DVD#1 exceeds 4GB now. Is there any way
>around this requirement for kickstarting?
>
>

How about using centos/rhel minimal iso for kickstarting ?


indeed, thats what I do, and point at an nfs or http repository of the 
packages.   the kickstart file contains all the configuration info for a 
particular setup.




--
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] Using a *supported* web cam under CentOS 5

[Robert Heller]

OK, I plugged in a web cam device (something called a 'Zoomy' -- a web 
cam/microscope).  It is recognized by the unc driver.  Now what?

Does there exist a program that can use this device?  Or do I have to write 
one from scratch?  I have been searching the web, but all of the links are 
about getting and installing *drivers*.  I don't need a driver, I need a 
userland program.

With Ubuntu 14.04, there is a program named Cheese, but I can't find a 
version that works with CentOS 5.  And no, don't tell me to install Ubuntu 
14.04!



-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

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

Re: [CentOS] Using a *supported* web cam under CentOS 5

[Gordon Messmer]

On 02/17/2015 02:32 PM, Robert Heller wrote:

With Ubuntu 14.04, there is a program named Cheese, but I can't find a
version that works with CentOS 5.  And no, don't tell me to install Ubuntu
14.04!


Well, can we recommend that you to install CentOS 7?  Because right now 
you're limited to a set of applications that were available in 2007.  
Cheese and Ekiga are packaged for more recent releases than CentOS 5.

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

Re: [CentOS] Using a *supported* web cam under CentOS 5

[John R Pierce]

On 2/17/2015 2:32 PM, Robert Heller wrote:

OK, I plugged in a web cam device (something called a 'Zoomy' -- a web
cam/microscope).  It is recognized by the unc driver.  Now what?

Does there exist a program that can use this device?  Or do I have to write
one from scratch?  I have been searching the web, but all of the links are
about getting and installing*drivers*.  I don't need a driver, I need a
userland program.

With Ubuntu 14.04, there is a program named Cheese, but I can't find a
version that works with CentOS 5.  And no, don't tell me to install Ubuntu
14.04!


upgrade to centos 6, cheese is in the base repository.
its part of Gnome 2.22+ but C5 only has Gnome 2.16



--
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] Using a *supported* web cam under CentOS 5

[g]

On 02/17/2015 04:32 PM, Robert Heller wrote:
> OK, I plugged in a web cam device (something called a 'Zoomy' -- a
> web cam/microscope).  It is recognized by the unc driver.  Now what?
>
> Does there exist a program that can use this device?  Or do I have to
> write one from scratch?  I have been searching the web, but all of
> the links are about getting and installing *drivers*.  I don't need a
> driver, I need a userland program.
>
> With Ubuntu 14.04, there is a program named Cheese, but I can't find
> a version that works with CentOS 5.  And no, don't tell me to install
> Ubuntu 14.04!

my system is centos 6.6 w/

  camorama
  cheese
  digikam
  vlc

all work with logitech c310 web cam.


-- 

peace out.

in a world with out fences, who needs gates.

CentOS GNU/Linux 6.6

tc,hago.

g
.

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

[CentOS] Using "ipset" under CentOS7

[Tom Limoncelli]

ipset on CentOS6 comes with /etc/rc.d/init.d/ipset so that "service
ipset reload" can be used to (re)load the configuration.  CentOS7
doesn't come with an equivalent for systemd:

# systemctl reload  ipset.service
Failed to issue method call: Unit ipset.service failed to load: No
such file or directory.
# systemctl start  ipset.service
Failed to issue method call: Unit ipset.service failed to load: No
such file or directory.
# find /etc -name ipset.service
#

What is the recommended procedure for loading the ipset configuration?

Thanks,
Tom

-- 
Email: t...@whatexit.orgWork: tlimonce...@stackoverflow.com
Skype: YesThatTom
Blog:  http://EverythingSysadmin.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Using "ipset" under CentOS7

[Peter Lawler]

On 18/02/15 10:47, Tom Limoncelli wrote:
> ipset on CentOS6 comes with /etc/rc.d/init.d/ipset so that "service
> ipset reload" can be used to (re)load the configuration.  CentOS7
> doesn't come with an equivalent for systemd:


>From my Fedora 21 box, I'm *presuming* it's available on C7, I don't
have a C7 box to try it on though.

$rpm -ql "ipset-service"
/etc/ipset
/usr/lib/systemd/system/ipset.service
/usr/libexec/ipset
/usr/libexec/ipset/ipset.start-stop


HTH

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

Re: [CentOS] Using "ipset" under CentOS7

[John R Pierce]

On 2/17/2015 3:47 PM, Tom Limoncelli wrote:

ipset on CentOS6 comes with /etc/rc.d/init.d/ipset so that "service
ipset reload" can be used to (re)load the configuration.  CentOS7
doesn't come with an equivalent for systemd:

# systemctl reload  ipset.service
Failed to issue method call: Unit ipset.service failed to load: No
such file or directory.
# systemctl start  ipset.service
Failed to issue method call: Unit ipset.service failed to load: No
such file or directory.
# find /etc -name ipset.service
#

What is the recommended procedure for loading the ipset configuration?


did you try `yum install ipset`  ?

that said, I suspect its deprecated in the new world of networkmanager 
and firewalld.


--
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] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!

[Chris Murphy]

On Tue, Feb 17, 2015 at 7:54 AM, Jason Pyeron  wrote:
>> I'd post the entire dmesg somewhere
>
> http://client.pdinc.us/panic-341e97c30b5a4cb774942bae32d3f163.log

At least part of the problem happens before this log starts.

>> What do you get for
>> smartctl -x 
>
> http://client.pdinc.us/smartctl-2000e86b62db27169cc9307358ebf10e.log

OK no smart extended test has been done, but also no pending bad or
relocated sectors, and no phy event errors either. So the write (10)
error seems isolated but it's still really suspicious, so I'd start
replacing hardware.


> I have replaced the drive (and reinstalled) already, the panics still happen 
> once ever 30-40 hours.

The only thing that suggests it might not be hardware are all the kvm
related messages in the kp. So if you've changed kernels, or VM
configuration recently, then I'd revert. That's the limit of the most
likely software explanation. If there's no recent software changes,
then it must be hardware.

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

Re: [CentOS] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!

[Jason Pyeron]

> -Original Message-
> From: Chris Murphy
> Sent: Tuesday, February 17, 2015 20:48
> 
> On Tue, Feb 17, 2015 at 7:54 AM, Jason Pyeron wrote:
> >> I'd post the entire dmesg somewhere
> >
> > http://client.pdinc.us/panic-341e97c30b5a4cb774942bae32d3f163.log
> 
> At least part of the problem happens before this log starts.

Feb 15 23:41:19 thirteen-230 dhclient[1272]: DHCPREQUEST on br0 to 192.168.5.58 
port 67 (xid=0x48d081b6)
Feb 15 23:41:19 thirteen-230 dhclient[1272]: DHCPACK from 192.168.5.58 
(xid=0x48d081b6)
Feb 15 23:41:21 thirteen-230 dhclient[1272]: bound to 192.168.13.230 -- renewal 
in 8613 seconds.
Feb 16 02:04:54 thirteen-230 dhclient[1272]: DHCPREQUEST on br0 to 192.168.5.58 
port 67 (xid=0x48d081b6)
Feb 16 02:04:54 thirteen-230 dhclient[1272]: DHCPACK from 192.168.5.58 
(xid=0x48d081b6)
Feb 16 02:04:55 thirteen-230 dhclient[1272]: bound to 192.168.13.230 -- renewal 
in 8735 seconds.
Feb 16 02:46:09 thirteen-230 kernel: kvm: 1994: cpu0 unimplemented perfctr 
wrmsr: 0xc0010004 data 0xd8f0
Feb 16 02:46:09 thirteen-230 kernel: kvm: 1994: cpu0 unimplemented perfctr 
wrmsr: 0xc001 data 0x530076
Feb 16 03:53:39 thirteen-230 kernel: kvm: 2161: cpu0 unimplemented perfctr 
wrmsr: 0xc0010004 data 0xd8f0
Feb 16 03:53:39 thirteen-230 kernel: kvm: 2161: cpu0 unimplemented perfctr 
wrmsr: 0xc001 data 0x530076
Feb 16 04:30:30 thirteen-230 dhclient[1272]: DHCPREQUEST on br0 to 192.168.5.58 
port 67 (xid=0x48d081b6)
Feb 16 04:30:30 thirteen-230 dhclient[1272]: DHCPACK from 192.168.5.58 
(xid=0x48d081b6)
Feb 16 04:30:31 thirteen-230 dhclient[1272]: bound to 192.168.13.230 -- renewal 
in 9224 seconds.

> 
> >> What do you get for
> >> smartctl -x 
> >
> > http://client.pdinc.us/smartctl-2000e86b62db27169cc9307358ebf10e.log
> 
> OK no smart extended test has been done, but also no pending bad or
> relocated sectors, and no phy event errors either. So the write (10)
> error seems isolated but it's still really suspicious, so I'd start
> replacing hardware.

Dell tech is enroute. New system board and disk controller.

> 
> 
> > I have replaced the drive (and reinstalled) already, the 
> panics still happen once ever 30-40 hours.
> 
> The only thing that suggests it might not be hardware are all the kvm
> related messages in the kp.

How so, each of the results I find say these are to be ignored.

> So if you've changed kernels, or VM
> configuration recently, then I'd revert. That's the limit of the most

No changes from install out of the box.

> likely software explanation. If there's no recent software changes,
> then it must be hardware.
> 

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

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

Re: [CentOS] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!

[Chris Murphy]

On Tue, Feb 17, 2015 at 7:34 PM, Jason Pyeron  wrote:
>> -Original Message-
>> From: Chris Murphy
>> Sent: Tuesday, February 17, 2015 20:48
>>
>> On Tue, Feb 17, 2015 at 7:54 AM, Jason Pyeron wrote:
>> >> I'd post the entire dmesg somewhere
>> >
>> > http://client.pdinc.us/panic-341e97c30b5a4cb774942bae32d3f163.log
>>
>> At least part of the problem happens before this log starts.
>
> Feb 15 23:41:19 thirteen-230 dhclient[1272]: DHCPREQUEST on br0 to 
> 192.168.5.58 port 67 (xid=0x48d081b6)
> Feb 15 23:41:19 thirteen-230 dhclient[1272]: DHCPACK from 192.168.5.58 
> (xid=0x48d081b6)
> Feb 15 23:41:21 thirteen-230 dhclient[1272]: bound to 192.168.13.230 -- 
> renewal in 8613 seconds.
> Feb 16 02:04:54 thirteen-230 dhclient[1272]: DHCPREQUEST on br0 to 
> 192.168.5.58 port 67 (xid=0x48d081b6)
> Feb 16 02:04:54 thirteen-230 dhclient[1272]: DHCPACK from 192.168.5.58 
> (xid=0x48d081b6)
> Feb 16 02:04:55 thirteen-230 dhclient[1272]: bound to 192.168.13.230 -- 
> renewal in 8735 seconds.
> Feb 16 02:46:09 thirteen-230 kernel: kvm: 1994: cpu0 unimplemented perfctr 
> wrmsr: 0xc0010004 data 0xd8f0
> Feb 16 02:46:09 thirteen-230 kernel: kvm: 1994: cpu0 unimplemented perfctr 
> wrmsr: 0xc001 data 0x530076
> Feb 16 03:53:39 thirteen-230 kernel: kvm: 2161: cpu0 unimplemented perfctr 
> wrmsr: 0xc0010004 data 0xd8f0
> Feb 16 03:53:39 thirteen-230 kernel: kvm: 2161: cpu0 unimplemented perfctr 
> wrmsr: 0xc001 data 0x530076
> Feb 16 04:30:30 thirteen-230 dhclient[1272]: DHCPREQUEST on br0 to 
> 192.168.5.58 port 67 (xid=0x48d081b6)
> Feb 16 04:30:30 thirteen-230 dhclient[1272]: DHCPACK from 192.168.5.58 
> (xid=0x48d081b6)
> Feb 16 04:30:31 thirteen-230 dhclient[1272]: bound to 192.168.13.230 -- 
> renewal in 9224 seconds.

Doesn't seem related.


>
>>
>> >> What do you get for
>> >> smartctl -x 
>> >
>> > http://client.pdinc.us/smartctl-2000e86b62db27169cc9307358ebf10e.log
>>
>> OK no smart extended test has been done, but also no pending bad or
>> relocated sectors, and no phy event errors either. So the write (10)
>> error seems isolated but it's still really suspicious, so I'd start
>> replacing hardware.
>
> Dell tech is enroute. New system board and disk controller.

I'm curious what they replace.

>
>>
>>
>> > I have replaced the drive (and reinstalled) already, the
>> panics still happen once ever 30-40 hours.
>>
>> The only thing that suggests it might not be hardware are all the kvm
>> related messages in the kp.
>
> How so, each of the results I find say these are to be ignored.

Well I found two older kernel bugs similar to this that suggested the
problem stopped happening when running kvm with 1vcpu, and in another
case when the VM was rebuilt 32-bit instead of 64-bit. But my ability
to read kernel call traces is very limited, I really don't know what's
going on.

If it's a kernel bug though, you could maybe clobber it with a
substantially newer kernel. You might check out elrepo kernels. 2.6.32
is really old, granted the centos one you're running has a huge pile
of backports that makes it less "ancient" from a stability
perspective, but anything really new that's hard to backport likely
isn't in that kernel. While you're waiting for Dell you could try
either:

kernel-ml-3.18.6-1.el6.elrepo.x86_64.rpm
kernel-ml-3.19.0-1.el6.elrepo.x86_64.rpm

What's running in the VM?

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

Re: [CentOS] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!

[Jason Pyeron]

> -Original Message-
> From: Chris Murphy
> Sent: Tuesday, February 17, 2015 23:38
> 
> On Tue, Feb 17, 2015 at 7:34 PM, Jason Pyeron wrote:
> >> -Original Message-
> >> From: Chris Murphy
> >> Sent: Tuesday, February 17, 2015 20:48
> >>
> >> On Tue, Feb 17, 2015 at 7:54 AM, Jason Pyeron wrote:
> >> >> I'd post the entire dmesg somewhere
> >> >
> >> > http://client.pdinc.us/panic-341e97c30b5a4cb774942bae32d3f163.log
> >>
> >> At least part of the problem happens before this log starts.
> >

> > Feb 16 04:30:30 thirteen-230 dhclient[1272]: DHCPREQUEST on 
> br0 to 192.168.5.58 port 67 (xid=0x48d081b6)
> > Feb 16 04:30:30 thirteen-230 dhclient[1272]: DHCPACK from 
> 192.168.5.58 (xid=0x48d081b6)
> > Feb 16 04:30:31 thirteen-230 dhclient[1272]: bound to 
> 192.168.13.230 -- renewal in 9224 seconds.
> 
> Doesn't seem related.
> 
> 
> >
> >>
> >> >> What do you get for
> >> >> smartctl -x 
> >> >
> >> > 
> http://client.pdinc.us/smartctl-2000e86b62db27169cc9307358ebf10e.log
> >>
> >> OK no smart extended test has been done, but also no pending bad or
> >> relocated sectors, and no phy event errors either. So the 
> write (10)
> >> error seems isolated but it's still really suspicious, so I'd start
> >> replacing hardware.
> >
> > Dell tech is enroute. New system board and disk controller.
> 
> I'm curious what they replace.

Both, but the backplane is not on the replacement list.

> 
> >
> >>
> >>
> >> > I have replaced the drive (and reinstalled) already, the
> >> panics still happen once ever 30-40 hours.
> >>
> >> The only thing that suggests it might not be hardware are 
> all the kvm
> >> related messages in the kp.
> >
> > How so, each of the results I find say these are to be ignored.
> 
> Well I found two older kernel bugs similar to this that suggested the
> problem stopped happening when running kvm with 1vcpu, and in another
> case when the VM was rebuilt 32-bit instead of 64-bit. But my ability
> to read kernel call traces is very limited, I really don't know what's
> going on.
> 

I can say, we have about 20 of the identical systems, doing the same work. 
PE2970 running RHEL6/Centos6 and libvirtd

> If it's a kernel bug though, you could maybe clobber it with a
> substantially newer kernel. You might check out elrepo kernels. 2.6.32
> is really old, granted the centos one you're running has a huge pile
> of backports that makes it less "ancient" from a stability

We should start looking at Centos7/RHEL7, ug systemd. But these machines 
are ancient too.

> perspective, but anything really new that's hard to backport likely
> isn't in that kernel. While you're waiting for Dell you could try
> either:
> 
> kernel-ml-3.18.6-1.el6.elrepo.x86_64.rpm
> kernel-ml-3.19.0-1.el6.elrepo.x86_64.rpm

Unlikly, since I do not have a test plan. If I could reproduce the error on 
demand then it would be a valid experiment. Some of the systems are running 
RHEL6 which are under support, while the others are Centos6. The configs are 
kept as close as possible to each other.

Besides I am doing the migration right now to another host.

> 
> What's running in the VM?

Mostly RHEL6/Centos6 VMs. But there are some windows systems too. This system 
was handling most of the CipherShed.org Jenkins CI farm. I can say the 
resources are oversubscribed by a 15x. But the system runs at below 0.10 at any 
random time.

Thanks for the thoughs on this.

-Jason

--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-   -
- Jason Pyeron  PD Inc. http://www.pdinc.us -
- Principal Consultant  10 West 24th Street #100-
- +1 (443) 269-1555 x333Baltimore, Maryland 21218   -
-   -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00. 

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

Re: [CentOS] Intermittent problem, likely disk IO related - mptscsih: ioc0: attempting task abort!

[Chris Murphy]

On Tue, Feb 17, 2015 at 10:02 PM, Jason Pyeron  wrote:

> I can say, we have about 20 of the identical systems, doing the same work. 
> PE2970 running RHEL6/Centos6 and libvirtd

20 other identical systems doing the same work strongly suggests
hardware problem when there's a single outlier.

>
>> If it's a kernel bug though, you could maybe clobber it with a
>> substantially newer kernel. You might check out elrepo kernels. 2.6.32
>> is really old, granted the centos one you're running has a huge pile
>> of backports that makes it less "ancient" from a stability
>
> We should start looking at Centos7/RHEL7, ug systemd. But these machines 
> are ancient too.

I've been using it since Fedora 15, I find it easier to use to
troubleshoot boot and service startup problems. systemd-analyze
blame/plot are quite useful for boot performance optimizing. The
journal on Fedora these days is persistent, on CentOS it's volatile
with rsyslog running by default; but I like being able to journalctl
-b-2 or b-3 to view previous boots, or point all systems to a single
server, and sealing the journal logs against tampering, etc. It's
certainly different, but wasn't onerous to get used to, and these days
I prefer it.

>
>> perspective, but anything really new that's hard to backport likely
>> isn't in that kernel. While you're waiting for Dell you could try
>> either:
>>
>> kernel-ml-3.18.6-1.el6.elrepo.x86_64.rpm
>> kernel-ml-3.19.0-1.el6.elrepo.x86_64.rpm
>
> Unlikly, since I do not have a test plan. If I could reproduce the error on 
> demand then it would be a valid experiment. Some of the systems are running 
> RHEL6 which are under support, while the others are Centos6. The configs are 
> kept as close as possible to each other.

I'd say it's unnecessary at this point. It's almost certainly a
hardware problem given the numerous identical setups not having this
problem. But, seeing as it panics every 30-40 hours, it can hardly be
much worse with a new kernel running for a couple days... but my bet
is there'd be no change.


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

[CentOS] CentOS 7: software RAID 5 array with 4 disks and no spares?

[Niki Kovacs]

Hi,

I just replaced Slackware64 14.1 running on my office's HP Proliant 
Microserver with a fresh installation of CentOS 7.


The server has 4 x 250 GB disks.

Every disk is configured like this :

* 200 MB /dev/sdX1 for /boot
* 4 GB /dev/sdX2 for swap
* 248 GB /dev/sdX3 for /

There are supposed to be no spare devices.

/boot and swap are all supposed to be assembled in RAID level 1 across 4 
disks.


The / partition is supposed to be assembled in RAID level 5 across 4 disks.

With Slackware I created the arrays manually like this:

  # mdadm --create /dev/md1 --level=1 --raid-devices=4 --metadata=0.90
/dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
  # mdadm --create /dev/md2 --level=1 --raid-devices=4 --metadata=0.90
/dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2
  # mdadm --create /dev/md3 --level=5 --raid-devices=4 --metadata=0.90
/dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3

Using this setup, I had 650 MB of disk space on /dev/md3.

Now I tried to do the same thing with CentOS 7. Everything seemed to 
work at first, but here's what I got now:


[root@nestor:~] # df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/md127 226G1,1G  213G   1% /
devtmpfs   1,4G   0  1,4G   0% /dev
tmpfs  1,4G   0  1,4G   0% /dev/shm
tmpfs  1,4G8,5M  1,4G   1% /run
tmpfs  1,4G   0  1,4G   0% /sys/fs/cgroup
/dev/md125 194M 80M  101M  45% /boot
/dev/sde1  917G 88M  871G   1% /mnt

The root partition (/dev/md127) only shows 226 G of space. So where has 
everything gone?


[root@nestor:~] # cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md125 : active raid1 sdc2[2] sdd2[3] sdb2[1] sda2[0]
  204736 blocks super 1.0 [4/4] []

md126 : active raid1 sdd1[3] sdc1[2] sdb1[1] sda1[0]
  4095936 blocks super 1.2 [4/4] []

md127 : active raid5 sdc3[2] sdb3[1] sdd3[4] sda3[0]
  240087552 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] 
[]

  bitmap: 0/1 pages [0KB], 65536KB chunk

unused devices: 

[root@nestor:~] # mdadm -D /dev/md127
/dev/md127:
Version : 1.2
  Creation Time : Wed Feb 18 06:49:01 2015
 Raid Level : raid5
 Array Size : 240087552 (228.97 GiB 245.85 GB)
  Used Dev Size : 80029184 (76.32 GiB 81.95 GB)
   Raid Devices : 4
  Total Devices : 4
Persistence : Superblock is persistent

  Intent Bitmap : Internal

Update Time : Wed Feb 18 08:04:26 2015
  State : active
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

 Layout : left-symmetric
 Chunk Size : 512K

   Name : localhost:root
   UUID : cfc13fe9:8fa811d8:85649402:58c4846e
 Events : 4703

Number   Major   Minor   RaidDevice State
   0   830  active sync   /dev/sda3
   1   8   191  active sync   /dev/sdb3
   2   8   352  active sync   /dev/sdc3
   4   8   513  active sync   /dev/sdd3

Apparently no spare devices have been created. So why do I only have 226 
GB of disk space under CentOS, when I had roughly 650 GB under Slackware?


I'm a bit lost here. Any suggestions?

Cheers,

Niki

--
Microlinux - Solutions informatiques 100% Linux et logiciels libres
7, place de l'église - 30730 Montpezat
Web  : http://www.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Master - Slave Split DNS

[aditya hilman]

Hi folks,

I've already configured split DNS for internal-view and external-view. Also
already configured the master - slave dns.
But i've problem with external-view zone transfer.
Based on the logs, the master notify to slave using the public ip, which is
not accessible by master to transfering the zone over public ip.
Is it possible to transfer zone over local ip for external-view ?

Thanks.

-- 
Regards,
Adit
http://a dityahilman.com
http://id.linkedin.com/in/adityahilman
ym : science2rule
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CentOS 7: software RAID 5 array with 4 disks and no spares?

[Niki Kovacs]

Le 18/02/2015 08:09, Niki Kovacs a écrit :



Apparently no spare devices have been created. So why do I only have 226
GB of disk space under CentOS, when I had roughly 650 GB under Slackware?



An idea just crossed my mind. Could it be that 'df' is reporting a wrong 
partition size on the RAID 5 array? And how can I check if this is the case?



--
Microlinux - Solutions informatiques 100% Linux et logiciels libres
7, place de l'église - 30730 Montpezat
Web  : http://www.microlinux.fr
Mail : i...@microlinux.fr
Tél. : 04 66 63 10 32
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos