Re: [CentOS] Canon PIXMA mg5420 or HP Photo Smart 7520

[dE]

On 09/09/14 10:03, Brian Bernard wrote:

I have the HP Deskjet 3512 and use the HPLIP 3.14.3 Linux drivers from HP.

The printing works quite well, though I haven't got the scanner to work,
yet.

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


It should work according to HP.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Ifconfig ipv6:permission denied.

[dE]

On 09/07/14 21:20, Jim Perrin wrote:


On 09/07/2014 03:24 AM, dE wrote:

Hi!

I installed CentOS 7 today, it's a minimal install, so it didn't have
ifconfig command. So I installed net-tools, however I can't add ipv6
address to it.

The cool kids are all using 'ip' these days since ifconfig is deprecated.


# ifconfig enp0s3 add fc00::1002/124
SIOCSIFADDR: Permission denied.

Yes, I'm running as root.


Is the device under NetworkManager control (this is the default)?





Yeah, thanks for the heads up. net-tools got no updates since 3 years 
and iproute2 looks incredibly complicated (cause it has support for 
advanced routing and traffic management).


NetworkManager is not installed in the minimal centOS install.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Canon PIXMA mg5420 or HP Photo Smart 7520

[Brian Bernard]

I have the HP Deskjet 3512 and use the HPLIP 3.14.3 Linux drivers from HP.

The printing works quite well, though I haven't got the scanner to work,
yet.

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

Re: [CentOS] Ifconfig ipv6:permission denied.

[dE]

On 09/07/14 14:03, Eero Volotinen wrote:

2014-09-07 11:24 GMT+03:00 dE :


Hi!

I installed CentOS 7 today, it's a minimal install, so it didn't have
ifconfig command. So I installed net-tools, however I can't add ipv6
address to it.

# ifconfig enp0s3 add fc00::1002/124
SIOCSIFADDR: Permission denied.´


try disabling ipv6 autoconfiguration from sysctl.conf ?

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


Yeah, I set sys.net.ipv6.conf.all.accept_ra to 0. However Linux did not 
do any auto reconfiguration. There were no ipv6 address on it.

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

Re: [CentOS] Canon PIXMA mg5420 or HP Photo Smart 7520

[dE]

On 09/09/14 04:36, ken wrote:
In need of a new printer, having done a bit or research, and 
considering either the Canon PIXMA mg5420  or the HP Photo Smart 7520.


There are Linux drivers for the Photosmart which are supposed to 
handle both the printer and the scanner.  But in my research I haven't 
found (yet) anyone who's gotten the scanner to work with Linux on the 
Photosmart, let alone the sheet feeder for it. Allegedly there are 
instructions and requirements for using the fax on Linux.  But I'd 
like to hear from someone who has actually gotten all of this working 
on Linux (either debian or centos) and which version of which distro 
is needed.


The Canon PIXMA mg5420 doesn't have a fax or a sheet feeder for its 
scanner, but I'm guessing it's even dodgier to get just its 
single-sheet flatbed scanner and its printer working with Linux. So 
has anyone had success with that?


I've also read horror stories about the how often new ink cartridges 
are required, that basically you pay for the printer a second and 
third time buying cartridges (not to mention how often a print job is 
interrupted by a trip to buy new cartridges).  Any first-hand reports 
on that?


Whoever thought spending money would be so tough?

Thanks for your knowledge and experience.

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


HP has official Linux support.

We have a clear winner.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] flash plugin for centos 7

[dE]

On 09/08/14 21:09, Gergely Buday wrote:

Hi,

firefox does not play h.264 videos on centos 7 so I need a flash
plugin. But I see packages only for centos 6.x. What can I do?

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


Actually it does. You need to enable gstreamer support in FF (after 
installing the correct GST plugins).


Then set media.gstreamer.enabled to true.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] flash plugin for centos 7

[Thomas Bewick]

Seems a reoccurring theme, I installed Centos tried the .yum package from
Adobe, YouTube video plays, no sound, tried unpacking the tarball into the
plugin folder in Mozilla folder, still no sound, yes sound worked for
everything else except YouTube videos in browser. Then at a suggestion on a
Linux forum tried the flash  .rpm package from adobe and it worked.
Finally, unrelated to this I had to do a new reinstall of Centos on the
same computer, So I used the .rpm package from the start, thinking it would
work, again, nope, no sound on YouTube. I have no explanation as to why it
worked , then didn't.
Tom

On Monday, September 8, 2014, Marcin Lage  wrote:

> Try this:
>
>
>
> *Download the packet flash_player.tar.gz*
>
> *# cd Downloads*
> *# tar xzf "flash_player.tar.gz"*
> *# mv libflashplayer.so /home/"your_user_name"/.mozilla/plugins*
> *# cp -r usr/* /usr*
>
> 2014-09-08 19:53 GMT-03:00 Eero Volotinen  >:
>
> > 2014-09-08 18:39 GMT+03:00 Gergely Buday  >:
> >
> > > Hi,
> > >
> > > firefox does not play h.264 videos on centos 7 so I need a flash
> > > plugin. But I see packages only for centos 6.x. What can I do?
> > >
> >
> > How about installing google chrome and using it's internal flash viewer?
> >
> > --
> > Eero
> > ___
> > 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 mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] flash plugin for centos 7

[Marcin Lage]

Try this:



*Download the packet flash_player.tar.gz*

*# cd Downloads*
*# tar xzf "flash_player.tar.gz"*
*# mv libflashplayer.so /home/"your_user_name"/.mozilla/plugins*
*# cp -r usr/* /usr*

2014-09-08 19:53 GMT-03:00 Eero Volotinen :

> 2014-09-08 18:39 GMT+03:00 Gergely Buday :
>
> > Hi,
> >
> > firefox does not play h.264 videos on centos 7 so I need a flash
> > plugin. But I see packages only for centos 6.x. What can I do?
> >
>
> How about installing google chrome and using it's internal flash viewer?
>
> --
> Eero
> ___
> 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] Minimum RAM for CentOS7

[Karanbir Singh]

On 09/07/2014 07:44 PM, Oliver Schad wrote:
> And CentOS 7 runs perfectly with 512 MB RAM, only the installer is
> br0ken. Is it a java installer? *g*

you can either do an image install, or install the media on a different
device and move it over. if you have thousands of machines, you likely
have some level of automation around this already

-- 
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Canon PIXMA mg5420 or HP Photo Smart 7520

[Rob Kampen]

On 09/09/2014 11:06 AM, ken wrote:
In need of a new printer, having done a bit or research, and 
considering either the Canon PIXMA mg5420  or the HP Photo Smart 7520.


There are Linux drivers for the Photosmart which are supposed to 
handle both the printer and the scanner.  But in my research I haven't 
found (yet) anyone who's gotten the scanner to work with Linux on the 
Photosmart, let alone the sheet feeder for it. Allegedly there are 
instructions and requirements for using the fax on Linux.  But I'd 
like to hear from someone who has actually gotten all of this working 
on Linux (either debian or centos) and which version of which distro 
is needed.


The Canon PIXMA mg5420 doesn't have a fax or a sheet feeder for its 
scanner, but I'm guessing it's even dodgier to get just its 
single-sheet flatbed scanner and its printer working with Linux. So 
has anyone had success with that?


I've also read horror stories about the how often new ink cartridges 
are required, that basically you pay for the printer a second and 
third time buying cartridges (not to mention how often a print job is 
interrupted by a trip to buy new cartridges).  Any first-hand reports 
on that?


Whoever thought spending money would be so tough?


Yeah
No experience with the specific models you mention, however I have used 
both HP and Cannon inkjet/scanner/fax type machines.
Yes, inkjets are cheap to buy, and you mortgage the house and your 
firstborn to keep buying the cartridges to keep them going.
I also use laser machines, and find these considerably cheaper per page 
(I'm talking color - as I used to run a business where we printed dozens 
of full color pages per day) and over 10,000 full color per year + 
35,000 b/w.

Observations:
HP does give support for Linux drivers, although it normally takes some 
digging - CentOS is normally reasonably up to date with the hplip and 
hpijs packages, at least in CentOS6 - had no problem doing multipage 
scans with a PSC2200.
Cannon has been a little tougher, but I am using a PIXMZ mp820 fine at 
present - need to load a specific package to get the scanner working : 
scangearmp - it is barely adequate - doesn't do multiple pages into one 
file and produces huge hi-resolution files - great quality but hopeless 
if you need to scan something and email.

Brother actually seem to do a bit better in support of Linux.
I also use OKI C51xx and C52xx laser machines - cheap to buy second hand 
and I've put probably 100,000+ pages through a couple of these machines 
- my cost per page, full color including initial capital cost of the 
machines was US$0.07. It does work out cheaper to buy a new machine once 
the belt needs replacing.

HTH - YMMV

Thanks for your knowledge and experience.

___
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] Canon PIXMA mg5420 or HP Photo Smart 7520

[ken]

In need of a new printer, having done a bit or research, and considering 
either the Canon PIXMA mg5420  or the HP Photo Smart 7520.


There are Linux drivers for the Photosmart which are supposed to handle 
both the printer and the scanner.  But in my research I haven't found 
(yet) anyone who's gotten the scanner to work with Linux on the 
Photosmart, let alone the sheet feeder for it.  Allegedly there are 
instructions and requirements for using the fax on Linux.  But I'd like 
to hear from someone who has actually gotten all of this working on 
Linux (either debian or centos) and which version of which distro is needed.


The Canon PIXMA mg5420 doesn't have a fax or a sheet feeder for its 
scanner, but I'm guessing it's even dodgier to get just its single-sheet 
flatbed scanner and its printer working with Linux.  So has anyone had 
success with that?


I've also read horror stories about the how often new ink cartridges are 
required, that basically you pay for the printer a second and third time 
buying cartridges (not to mention how often a print job is interrupted 
by a trip to buy new cartridges).  Any first-hand reports on that?


Whoever thought spending money would be so tough?

Thanks for your knowledge and experience.

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

Re: [CentOS] flash plugin for centos 7

[Eero Volotinen]

2014-09-08 18:39 GMT+03:00 Gergely Buday :

> Hi,
>
> firefox does not play h.264 videos on centos 7 so I need a flash
> plugin. But I see packages only for centos 6.x. What can I do?
>

How about installing google chrome and using it's internal flash viewer?

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

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[Valeri Galtsev]

On Mon, September 8, 2014 2:45 pm, Keith Keller wrote:
> On 2014-09-08, Valeri Galtsev  wrote:
>>
>> I gave on the SiperMicro quite a while ago. Not because of BIOS, but
>> because of hardware engineering flaws. Which at least manifests itself
>> with system boards for AMD CPUs. These (AMD) boards work reliably for
>> only
>> 2-4 years, after that they die. Not all of them, but about 50% of
>> SuperMicro AMD server and mostly workstation boards (I have no
>> experience
>> with their low end desktop boards if they exist) are dead after 3-4
>> years
>
> Huh.  I have a bunch of SuperMicro boards with AMD CPUs, and have had
> only one die completely, and that was a DOA that I returned before
> putting into production.
>
> Are you saying dead-dead, like completely unusable, or sorta dead, where
> you get spurious and unexplained errors?

It begins with random occasional errors, and ends up totally dead in a
course of couple of weeks to couple of Months. You pull CPUs and RAM from
this dead one stick into another (I'm tempted to say "tyan this time" ;-),
and these work. At this point you can't flash BIOS - not in house. My
hunch is: this is engineering flaw, it looks like the board topology isn't
too good around one of the CPU sockets, so it's marginally works (without
much reserve) while system board is new, then with slight gradual
degradation of components... Maybe the ripple on the leads is below but
close to tolerable. Or capacitances and inductances [of the board leads]
involved are such. I can't offer [much] more detail on what I observed,
it's been some time since I banged my head around that. And you can
imagine how happy I was to forget about it after I gave up on them.
Anyway, there are still SiperMicro boards in our stalls which are still
kicking. So I'm not saying all of them, I just don't care to learn on my
hide which are and which are not.

Oh, BTW, all electrolytic capacitors on these strangely died SuperMicro
boards are OK. All of us have seen those around CPUs on dead system boards
(mostly manufactured during some period of time) mostly bulging and leaked
out - not in case of these strangely died boards. Some of capacitors can
loose capacitance to some extent without showing signs of anything, but
good engineering usually takes that into account, and uses to necessary
extent larger ones, so that doesn't even comes close to margin during
equipment life.

Valeri


Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] Yum cant find kernel-pae

[Louis Lagendijk]

On Mon, 2014-09-08 at 13:52 -0400, Bob Metelsky wrote:
> Hi I have a dell 770
> bios sees 8g
Is this a PowerVault 770?
Accoding to http://www.dell.com/downloads/emea/products/pvaul/77XN.pdf
 It does support only 3GB of Ram. Can you please post a complete output
of dmidecode. It may very well be a case where the on-board chipset is
limited to 4GB address space minus the PCI addres space that leaves only
3 - 3.5GB ofg Ram space



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

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[m . roth]

Keith Keller wrote:
> On 2014-09-08, Valeri Galtsev  wrote:
>>
>> I gave on the SiperMicro quite a while ago. Not because of BIOS, but
>> because of hardware engineering flaws. Which at least manifests itself
>> with system boards for AMD CPUs. These (AMD) boards work reliably for
>> only 2-4 years, after that they die. Not all of them, but about 50% of
>> SuperMicro AMD server and mostly workstation boards (I have no
>> experience with their low end desktop boards if they exist) are dead
after 3-4
>> years
>
> Huh.  I have a bunch of SuperMicro boards with AMD CPUs, and have had
> only one die completely, and that was a DOA that I returned before
> putting into production.
>
> Are you saying dead-dead, like completely unusable, or sorta dead, where
> you get spurious and unexplained errors?
>
I know I've ranted before, but on Penguin's high-end compute rack mount
servers, with, I think, an H8QG m/b, running 64-cores, we've gotten some
where a heavy compute user process has crashed the system, and we even
canned a script and put that on a fresh, basic CentOS install, and sent it
back, and Penguin's replaced m/b's. Several of them. Some more than once,
honestly.

And then there's the engineering, where for two of the DIMMs, I need to
unplug the main connector from the PSU, because that's the only way to
pull the ears down far enough to remove the DIMMS.

We won't mention all the DIMMs that they've replaced (he says, meaning to
call them about one system *again*)

  mark

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

Re: [CentOS] Yum cant find kernel-pae

[m . roth]

Bob Metelsky wrote:
> uname -a is in the original message.
>
> See to be a problem with the board
>
> any memory I put in the black slots will fail with memtest..
>
Um. Do you have all the white slots filled? But if they're filled, and the
white and black are each matched pairs, then it doesn't sound good for the
m/b.

  mark
> damm
>
> I was hoping if the pc booted up with about that annoying memory beep - I
> was ok... I memtested and it failed
>
>
>
> On Mon, Sep 8, 2014 at 3:05 PM, Valeri Galtsev 
> wrote:
>
>>
>> On Mon, September 8, 2014 1:50 pm, Bob Metelsky wrote:
>> > Its dual channel and they  are in the right spot, I reseated them
>> >
>> > 1 pair in black
>> > 1  pair in white
>> >
>> > So are you guys saying my kernel should be supporting more than 4gb?
>> >
>>
>> BTW, what the command
>>
>> uname -a
>>
>> gives (sorry about trivial thing and if this has been checked already)?
>>
>> Valeri
>>
>> >
>> >
>> > On Mon, Sep 8, 2014 at 2:37 PM,  wrote:
>> >
>> >> Jonathan Billings wrote:
>> >> > I cut out the text of dmidecode that weren't necessary for the
>> point:
>> >> >
>> >> > On Mon, Sep 08, 2014 at 01:52:43PM -0400, Bob Metelsky wrote:
>> >> >> dime910 /home/robert :( # dmidecode -t 17
>> >> >> # dmidecode 2.12
>> >> >> SMBIOS 2.3 present.
>> >> >>
>> >> >> Handle 0x1100, DMI type 17, 27 bytes
>> >> >> Memory Device
>> >> >> Locator: DIMM_1
>> >> >> Part Number: 64T256020EU2.5C2
>> >> >>
>> >> >> Handle 0x1101, DMI type 17, 27 bytes
>> >> >> Memory Device
>> >> >> Locator: DIMM_3
>> >> >> Part Number: CM2X2048-6400C5
>> >> >>
>> >> >> Handle 0x1102, DMI type 17, 27 bytes
>> >> >> Memory Device
>> >> >> Locator: DIMM_2
>> >> >> Part Number: CM2X2048-6400C5
>> >> >>
>> >> >> Handle 0x1103, DMI type 17, 27 bytes
>> >> >> Memory Device
>> >> >> Locator: DIMM_4
>> >> >> Part Number: 64T256020EU2.5C2
>> >> >
>> >> > I couldn't find the Dell Service Manual for a 'Dell 770' but I was
>> >> > looking at the Service Manual for the Optiplex 760, and I saw that
>> the
>> >> > way that the modules are paired isn't obvious.  It looks like
>> you've
>> >> > got 2 2G memory modules from 64T256020EU2.5C2 (Kingston?) and 2 2GB
>> >> > modules from CM2X2048-6400C5 (Corsair?).  I suggest finding your
>> >> > service manual, and make sure that the modules are placed in the
>> DIMM
>> >> > slots and the same vendor RAM is paired with its partner.
>> >> >
>> >> > It sounds to me like there might just be something weird going on
>> with
>> >> > how the memory is installed.  I'm assuming you don't have an
>> >> > artificial limit in the kernel command line or anything obvious
>> like
>> >> > that.
>> >> >
>> >> Oh, Ghu I don't know about lower-end desktops, but in servers,
>> they
>> >> *MUST* be *identical*, even to the point of not being able to mix
>> dual
>> >> rank with quad rank, even if everything else is the same.
>> >>
>> >>   mark
>> >>
>> >> ___
>> >> 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
>> >
>>
>>
>> 
>> Valeri Galtsev
>> Sr System Administrator
>> Department of Astronomy and Astrophysics
>> Kavli Institute for Cosmological Physics
>> University of Chicago
>> Phone: 773-702-4247
>> 
>> ___
>> 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 mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[Keith Keller]

On 2014-09-08, Valeri Galtsev  wrote:
>
> I gave on the SiperMicro quite a while ago. Not because of BIOS, but
> because of hardware engineering flaws. Which at least manifests itself
> with system boards for AMD CPUs. These (AMD) boards work reliably for only
> 2-4 years, after that they die. Not all of them, but about 50% of
> SuperMicro AMD server and mostly workstation boards (I have no experience
> with their low end desktop boards if they exist) are dead after 3-4 years

Huh.  I have a bunch of SuperMicro boards with AMD CPUs, and have had
only one die completely, and that was a DOA that I returned before
putting into production.

Are you saying dead-dead, like completely unusable, or sorta dead, where
you get spurious and unexplained errors?

--keith

-- 
kkel...@wombat.san-francisco.ca.us


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

Re: [CentOS] Yum cant find kernel-pae

[m . roth]

Bob Metelsky wrote:
> Its dual channel and they  are in the right spot, I reseated them
>
> 1 pair in black
> 1  pair in white
>
> So are you guys saying my kernel should be supporting more than 4gb?
>
I think, though I never saw the answer as to whether this is a 32-bit or
64-bit system.

   mark
>
>
> On Mon, Sep 8, 2014 at 2:37 PM,  wrote:
>
>> Jonathan Billings wrote:
>> > I cut out the text of dmidecode that weren't necessary for the point:
>> >
>> > On Mon, Sep 08, 2014 at 01:52:43PM -0400, Bob Metelsky wrote:
>> >> dime910 /home/robert :( # dmidecode -t 17
>> >> # dmidecode 2.12
>> >> SMBIOS 2.3 present.
>> >>
>> >> Handle 0x1100, DMI type 17, 27 bytes
>> >> Memory Device
>> >> Locator: DIMM_1
>> >> Part Number: 64T256020EU2.5C2
>> >>
>> >> Handle 0x1101, DMI type 17, 27 bytes
>> >> Memory Device
>> >> Locator: DIMM_3
>> >> Part Number: CM2X2048-6400C5
>> >>
>> >> Handle 0x1102, DMI type 17, 27 bytes
>> >> Memory Device
>> >> Locator: DIMM_2
>> >> Part Number: CM2X2048-6400C5
>> >>
>> >> Handle 0x1103, DMI type 17, 27 bytes
>> >> Memory Device
>> >> Locator: DIMM_4
>> >> Part Number: 64T256020EU2.5C2
>> >
>> > I couldn't find the Dell Service Manual for a 'Dell 770' but I was
>> > looking at the Service Manual for the Optiplex 760, and I saw that the
>> > way that the modules are paired isn't obvious.  It looks like you've
>> > got 2 2G memory modules from 64T256020EU2.5C2 (Kingston?) and 2 2GB
>> > modules from CM2X2048-6400C5 (Corsair?).  I suggest finding your
>> > service manual, and make sure that the modules are placed in the DIMM
>> > slots and the same vendor RAM is paired with its partner.
>> >
>> > It sounds to me like there might just be something weird going on with
>> > how the memory is installed.  I'm assuming you don't have an
>> > artificial limit in the kernel command line or anything obvious like
>> > that.
>> >
>> Oh, Ghu I don't know about lower-end desktops, but in servers, they
>> *MUST* be *identical*, even to the point of not being able to mix dual
>> rank with quad rank, even if everything else is the same.
>>
>>   mark
>>
>> ___
>> 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 mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Yum cant find kernel-pae

[Bob Metelsky]

uname -a is in the original message.

See to be a problem with the board

any memory I put in the black slots will fail with memtest..

damm

I was hoping if the pc booted up with about that annoying memory beep - I
was ok... I memtested and it failed



On Mon, Sep 8, 2014 at 3:05 PM, Valeri Galtsev 
wrote:

>
> On Mon, September 8, 2014 1:50 pm, Bob Metelsky wrote:
> > Its dual channel and they  are in the right spot, I reseated them
> >
> > 1 pair in black
> > 1  pair in white
> >
> > So are you guys saying my kernel should be supporting more than 4gb?
> >
>
> BTW, what the command
>
> uname -a
>
> gives (sorry about trivial thing and if this has been checked already)?
>
> Valeri
>
> >
> >
> > On Mon, Sep 8, 2014 at 2:37 PM,  wrote:
> >
> >> Jonathan Billings wrote:
> >> > I cut out the text of dmidecode that weren't necessary for the point:
> >> >
> >> > On Mon, Sep 08, 2014 at 01:52:43PM -0400, Bob Metelsky wrote:
> >> >> dime910 /home/robert :( # dmidecode -t 17
> >> >> # dmidecode 2.12
> >> >> SMBIOS 2.3 present.
> >> >>
> >> >> Handle 0x1100, DMI type 17, 27 bytes
> >> >> Memory Device
> >> >> Locator: DIMM_1
> >> >> Part Number: 64T256020EU2.5C2
> >> >>
> >> >> Handle 0x1101, DMI type 17, 27 bytes
> >> >> Memory Device
> >> >> Locator: DIMM_3
> >> >> Part Number: CM2X2048-6400C5
> >> >>
> >> >> Handle 0x1102, DMI type 17, 27 bytes
> >> >> Memory Device
> >> >> Locator: DIMM_2
> >> >> Part Number: CM2X2048-6400C5
> >> >>
> >> >> Handle 0x1103, DMI type 17, 27 bytes
> >> >> Memory Device
> >> >> Locator: DIMM_4
> >> >> Part Number: 64T256020EU2.5C2
> >> >
> >> > I couldn't find the Dell Service Manual for a 'Dell 770' but I was
> >> > looking at the Service Manual for the Optiplex 760, and I saw that the
> >> > way that the modules are paired isn't obvious.  It looks like you've
> >> > got 2 2G memory modules from 64T256020EU2.5C2 (Kingston?) and 2 2GB
> >> > modules from CM2X2048-6400C5 (Corsair?).  I suggest finding your
> >> > service manual, and make sure that the modules are placed in the DIMM
> >> > slots and the same vendor RAM is paired with its partner.
> >> >
> >> > It sounds to me like there might just be something weird going on with
> >> > how the memory is installed.  I'm assuming you don't have an
> >> > artificial limit in the kernel command line or anything obvious like
> >> > that.
> >> >
> >> Oh, Ghu I don't know about lower-end desktops, but in servers, they
> >> *MUST* be *identical*, even to the point of not being able to mix dual
> >> rank with quad rank, even if everything else is the same.
> >>
> >>   mark
> >>
> >> ___
> >> 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
> >
>
>
> 
> Valeri Galtsev
> Sr System Administrator
> Department of Astronomy and Astrophysics
> Kavli Institute for Cosmological Physics
> University of Chicago
> Phone: 773-702-4247
> 
> ___
> 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] Yum cant find kernel-pae

[Valeri Galtsev]

On Mon, September 8, 2014 1:50 pm, Bob Metelsky wrote:
> Its dual channel and they  are in the right spot, I reseated them
>
> 1 pair in black
> 1  pair in white
>
> So are you guys saying my kernel should be supporting more than 4gb?
>

BTW, what the command

uname -a

gives (sorry about trivial thing and if this has been checked already)?

Valeri

>
>
> On Mon, Sep 8, 2014 at 2:37 PM,  wrote:
>
>> Jonathan Billings wrote:
>> > I cut out the text of dmidecode that weren't necessary for the point:
>> >
>> > On Mon, Sep 08, 2014 at 01:52:43PM -0400, Bob Metelsky wrote:
>> >> dime910 /home/robert :( # dmidecode -t 17
>> >> # dmidecode 2.12
>> >> SMBIOS 2.3 present.
>> >>
>> >> Handle 0x1100, DMI type 17, 27 bytes
>> >> Memory Device
>> >> Locator: DIMM_1
>> >> Part Number: 64T256020EU2.5C2
>> >>
>> >> Handle 0x1101, DMI type 17, 27 bytes
>> >> Memory Device
>> >> Locator: DIMM_3
>> >> Part Number: CM2X2048-6400C5
>> >>
>> >> Handle 0x1102, DMI type 17, 27 bytes
>> >> Memory Device
>> >> Locator: DIMM_2
>> >> Part Number: CM2X2048-6400C5
>> >>
>> >> Handle 0x1103, DMI type 17, 27 bytes
>> >> Memory Device
>> >> Locator: DIMM_4
>> >> Part Number: 64T256020EU2.5C2
>> >
>> > I couldn't find the Dell Service Manual for a 'Dell 770' but I was
>> > looking at the Service Manual for the Optiplex 760, and I saw that the
>> > way that the modules are paired isn't obvious.  It looks like you've
>> > got 2 2G memory modules from 64T256020EU2.5C2 (Kingston?) and 2 2GB
>> > modules from CM2X2048-6400C5 (Corsair?).  I suggest finding your
>> > service manual, and make sure that the modules are placed in the DIMM
>> > slots and the same vendor RAM is paired with its partner.
>> >
>> > It sounds to me like there might just be something weird going on with
>> > how the memory is installed.  I'm assuming you don't have an
>> > artificial limit in the kernel command line or anything obvious like
>> > that.
>> >
>> Oh, Ghu I don't know about lower-end desktops, but in servers, they
>> *MUST* be *identical*, even to the point of not being able to mix dual
>> rank with quad rank, even if everything else is the same.
>>
>>   mark
>>
>> ___
>> 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
>



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] SAMBA as AD DC

[James Hogarth]

On 8 Sep 2014 17:00, "Frantisek Hanzlik"  wrote ...
>
> Hi James, thanks for reply. It seems as at SerNet's site have packages
> for RHEL6/Centos6 only, not for RHEL7/Centos7 or any Fedora versions,
> at least this.
>

Indeed but fortunately EL6 has many years ahead of it yet.

> Regarding to Samba4 with MIT in 4.2/4.3 - as I know, 4.2 still is not
> even in rc, thus final release can be perhaps at the turn of the year.

The rc is due Sep 15th last I heard.

> And when time between releases is approx. 9 month, then we can wait around
> for year...
> I'll keep my fingers crossed, that it happen in 4.2

Andrew Bartlett has expressed an opinion on the samba technical list that
he'd be in favour of a very short 4.2 cycle if it means getting these sort
of updates out.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 7 RAID tutorial?

[Andrew Holway]

>
> A UPS is certainly better than nothing,


Unless your using ZFS then nothing is perfectly ok.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos 7 RAID tutorial?

[Andrew Holway]

>
> Raid only protects against one specific sort of failure, where an entire
> disk drive fails.   It doesn't protect against data corruption, or system
> failure, or software failure or any other catastrophes.


+1

Try ZFS

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

Re: [CentOS] Centos 7 RAID tutorial?

[Dave Stevens]

Quoting Digimer :


On 07/09/14 11:01 PM, Keith Keller wrote:

On 2014-09-08, Valeri Galtsev  wrote:


Even more: system failure or power loss is more likely to destroy all data
on software RAID than on a single drive when there is a lot of IO present
(to the best of my understanding, loss of cache software RAID is using is
more catastrophic compared to journaled filesystem under same
circumstances - somebody may correct me). So, there may be worth thinking
about hardware RAID.


I think an essential feature of any md RAID that's not a RAID1 is a UPS
and a mechanism for a clean shutdown in case of extended power failure.
(An md RAID1 might be okay in this instance, but I wouldn't want to risk
it.)  But this is true for any RAID, which is why many controllers come
with a BBU (and if you don't have a BBU on your hardware RAID controller,
then you absolutely need the UPS setup I described).

OTOH, the OP wasn't clear on what he was doing; perhaps he is just
playing around, and doesn't care about data preservation at this time.
If you're just testing performance then data integrity in the face of a
power failure is less of a concern.

--keith


A UPS is certainly better than nothing, but I would not consider it  
safe enough. A BBU/FBU will protect you if the node loses power,  
right up to the failure of the PSU(s). I've seen shorted cable  
harnesses taking out servers with redundant power supplies, popped  
breakers in PDUs/UPSes, knocked out power cords, etc. So a UPS is  
not a silver-bullet to safe write-back caching in software arrays.  
Good, yes, but not perfect.


This is a pretty interesting discussion but has not revealed an  
on-line tutorial. Anyone?


Dave



--
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person  
without access to education?

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





--
We hang petty thieves and appoint great ones to office

-- Aesop





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

Re: [CentOS] Yum cant find kernel-pae

[Bob Metelsky]

Its dual channel and they  are in the right spot, I reseated them

1 pair in black
1  pair in white

So are you guys saying my kernel should be supporting more than 4gb?



On Mon, Sep 8, 2014 at 2:37 PM,  wrote:

> Jonathan Billings wrote:
> > I cut out the text of dmidecode that weren't necessary for the point:
> >
> > On Mon, Sep 08, 2014 at 01:52:43PM -0400, Bob Metelsky wrote:
> >> dime910 /home/robert :( # dmidecode -t 17
> >> # dmidecode 2.12
> >> SMBIOS 2.3 present.
> >>
> >> Handle 0x1100, DMI type 17, 27 bytes
> >> Memory Device
> >> Locator: DIMM_1
> >> Part Number: 64T256020EU2.5C2
> >>
> >> Handle 0x1101, DMI type 17, 27 bytes
> >> Memory Device
> >> Locator: DIMM_3
> >> Part Number: CM2X2048-6400C5
> >>
> >> Handle 0x1102, DMI type 17, 27 bytes
> >> Memory Device
> >> Locator: DIMM_2
> >> Part Number: CM2X2048-6400C5
> >>
> >> Handle 0x1103, DMI type 17, 27 bytes
> >> Memory Device
> >> Locator: DIMM_4
> >> Part Number: 64T256020EU2.5C2
> >
> > I couldn't find the Dell Service Manual for a 'Dell 770' but I was
> > looking at the Service Manual for the Optiplex 760, and I saw that the
> > way that the modules are paired isn't obvious.  It looks like you've
> > got 2 2G memory modules from 64T256020EU2.5C2 (Kingston?) and 2 2GB
> > modules from CM2X2048-6400C5 (Corsair?).  I suggest finding your
> > service manual, and make sure that the modules are placed in the DIMM
> > slots and the same vendor RAM is paired with its partner.
> >
> > It sounds to me like there might just be something weird going on with
> > how the memory is installed.  I'm assuming you don't have an
> > artificial limit in the kernel command line or anything obvious like
> > that.
> >
> Oh, Ghu I don't know about lower-end desktops, but in servers, they
> *MUST* be *identical*, even to the point of not being able to mix dual
> rank with quad rank, even if everything else is the same.
>
>   mark
>
> ___
> 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] Yum cant find kernel-pae

[m . roth]

Jonathan Billings wrote:
> I cut out the text of dmidecode that weren't necessary for the point:
>
> On Mon, Sep 08, 2014 at 01:52:43PM -0400, Bob Metelsky wrote:
>> dime910 /home/robert :( # dmidecode -t 17
>> # dmidecode 2.12
>> SMBIOS 2.3 present.
>>
>> Handle 0x1100, DMI type 17, 27 bytes
>> Memory Device
>> Locator: DIMM_1
>> Part Number: 64T256020EU2.5C2
>>
>> Handle 0x1101, DMI type 17, 27 bytes
>> Memory Device
>> Locator: DIMM_3
>> Part Number: CM2X2048-6400C5
>>
>> Handle 0x1102, DMI type 17, 27 bytes
>> Memory Device
>> Locator: DIMM_2
>> Part Number: CM2X2048-6400C5
>>
>> Handle 0x1103, DMI type 17, 27 bytes
>> Memory Device
>> Locator: DIMM_4
>> Part Number: 64T256020EU2.5C2
>
> I couldn't find the Dell Service Manual for a 'Dell 770' but I was
> looking at the Service Manual for the Optiplex 760, and I saw that the
> way that the modules are paired isn't obvious.  It looks like you've
> got 2 2G memory modules from 64T256020EU2.5C2 (Kingston?) and 2 2GB
> modules from CM2X2048-6400C5 (Corsair?).  I suggest finding your
> service manual, and make sure that the modules are placed in the DIMM
> slots and the same vendor RAM is paired with its partner.
>
> It sounds to me like there might just be something weird going on with
> how the memory is installed.  I'm assuming you don't have an
> artificial limit in the kernel command line or anything obvious like
> that.
>
Oh, Ghu I don't know about lower-end desktops, but in servers, they
*MUST* be *identical*, even to the point of not being able to mix dual
rank with quad rank, even if everything else is the same.

  mark

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

Re: [CentOS] Yum cant find kernel-pae

[Jonathan Billings]

I cut out the text of dmidecode that weren't necessary for the point:

On Mon, Sep 08, 2014 at 01:52:43PM -0400, Bob Metelsky wrote:
> dime910 /home/robert :( # dmidecode -t 17
> # dmidecode 2.12
> SMBIOS 2.3 present.
> 
> Handle 0x1100, DMI type 17, 27 bytes
> Memory Device
> Locator: DIMM_1
> Part Number: 64T256020EU2.5C2
> 
> Handle 0x1101, DMI type 17, 27 bytes
> Memory Device
> Locator: DIMM_3
> Part Number: CM2X2048-6400C5
> 
> Handle 0x1102, DMI type 17, 27 bytes
> Memory Device
> Locator: DIMM_2
> Part Number: CM2X2048-6400C5
> 
> Handle 0x1103, DMI type 17, 27 bytes
> Memory Device
> Locator: DIMM_4
> Part Number: 64T256020EU2.5C2

I couldn't find the Dell Service Manual for a 'Dell 770' but I was
looking at the Service Manual for the Optiplex 760, and I saw that the
way that the modules are paired isn't obvious.  It looks like you've
got 2 2G memory modules from 64T256020EU2.5C2 (Kingston?) and 2 2GB
modules from CM2X2048-6400C5 (Corsair?).  I suggest finding your
service manual, and make sure that the modules are placed in the DIMM
slots and the same vendor RAM is paired with its partner.

It sounds to me like there might just be something weird going on with
how the memory is installed.  I'm assuming you don't have an
artificial limit in the kernel command line or anything obvious like
that. 

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

Re: [CentOS] Yum cant find kernel-pae

[m . roth]

Bob Metelsky wrote:
> ok - good to know... so how can I get the computer to see  teh 8 gb
> installed?
>
> dime910 /etc/yum.repos.d # free -m
>  total   used   free sharedbuffers cached
> Mem:  3390   2415974  0169   1403
> -/+ buffers/cache:842   2548
> Swap: 3998  0   3998
>
> much appreciated

Is this a 32-bit system? If not...

 free -g
 total   used   free sharedbuffers cached
Mem:  1955169   1786  0  0153
-/+ buffers/cache: 14   1941
Swap:7  0  7

mark "yes, that really is 2TB"

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

Re: [CentOS] Yum cant find kernel-pae

[Bob Metelsky]

ok - good to know... so how can I get the computer to see  teh 8 gb
installed?

dime910 /etc/yum.repos.d # free -m
 total   used   free sharedbuffers cached
Mem:  3390   2415974  0169   1403
-/+ buffers/cache:842   2548
Swap: 3998  0   3998

much appreciated

On Mon, Sep 8, 2014 at 1:59 PM, Jim Perrin  wrote:

>
>
> On 09/08/2014 12:52 PM, Bob Metelsky wrote:
> > Hi I have a dell 770
> > bios sees 8g
>
>
> There isn't a PAE kernel for x86_64. There isn't a separate PAE kernel
> for i386/i686 anymore as with c6, PAE is an install requirement.
>
>
>
> --
> Jim Perrin
> The CentOS Project | http://www.centos.org
> twitter: @BitIntegrity | GPG Key: FA09AD77
> ___
> 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] Yum cant find kernel-pae

[Jim Perrin]

On 09/08/2014 12:52 PM, Bob Metelsky wrote:
> Hi I have a dell 770
> bios sees 8g


There isn't a PAE kernel for x86_64. There isn't a separate PAE kernel
for i386/i686 anymore as with c6, PAE is an install requirement.



-- 
Jim Perrin
The CentOS Project | http://www.centos.org
twitter: @BitIntegrity | GPG Key: FA09AD77
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Yum cant find kernel-pae

[Bob Metelsky]

Hi I have a dell 770
bios sees 8g

I beleive Ive
*vi /etc/yum.repos.d/CentOS-Base.repo*


*[centosplus]name=CentOS-$releasever -
Plusmirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus
#baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/
gpgcheck=1enabled=1includepkgs=kernel*
jfsutils reiserfs-utils*

if I do
dime910 /home/robert :( # yum search kernel-pae
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * base: centos.clearvoiceone.com
 * centosplus: mirror.net.cen.ct.gov
 * extras: mirror.atlanticmetro.net
 * updates: centos.mirror.nac.net
Warning: No matches found for: kernel-pae
No Matches found



dime910 /home/robert # uname
2.6.32-431.23.3.el6.centos.plus.x86_64 #1 SMP Wed Jul 30 00:12:13 UTC 2014
x86_64 x86_64 x86_64 GNU/Linux

ime910 /home/robert :( # vmstat -s
  3471928  total memory
  2173624  used memory
  1317920  active memory
   601296  inactive memory
  1298304  free memory
   170596  buffer memory
  1187296  swap cache
  4094968  total swap
0  used swap
  4094968  free swap


below shows the sticks
dime910 /home/robert :( # dmidecode -t 17
# dmidecode 2.12
SMBIOS 2.3 present.

Handle 0x1100, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 2048 MB
Form Factor: DIMM
Set: None
Locator: DIMM_1
Bank Locator: Not Specified
Type: DDR
Type Detail: Synchronous
Speed: 667 MHz
Manufacturer: 7F7F7F7F7F51
Serial Number: 0516FC14
Asset Tag: Not Specified
Part Number: 64T256020EU2.5C2

Handle 0x1101, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 2048 MB
Form Factor: DIMM
Set: None
Locator: DIMM_3
Bank Locator: Not Specified
Type: DDR
Type Detail: Synchronous
Speed: 667 MHz
Manufacturer: 7F7F9E00
Serial Number: 
Asset Tag: Not Specified
Part Number: CM2X2048-6400C5

Handle 0x1102, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 2048 MB
Form Factor: DIMM
Set: None
Locator: DIMM_2
Bank Locator: Not Specified
Type: DDR
Type Detail: Synchronous
Speed: 667 MHz
Manufacturer: 7F7F9E00
Serial Number: 
Asset Tag: Not Specified
Part Number: CM2X2048-6400C5

Handle 0x1103, DMI type 17, 27 bytes
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 2048 MB
Form Factor: DIMM
Set: None
Locator: DIMM_4
Bank Locator: Not Specified
Type: DDR
Type Detail: Synchronous
Speed: 667 MHz
Manufacturer: 7F7F7F7F7F51
Serial Number: 0516FB12
Asset Tag: Not Specified
Part Number: 64T256020EU2.5C2

~~
dime910 /home/robert :( # yum repolist all
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * base: centos.clearvoiceone.com
 * centosplus: mirror.net.cen.ct.gov
 * extras: mirror.atlanticmetro.net
 * updates: mirror.net.cen.ct.gov
repo idrepo name
   status
C6.0-base  CentOS-6.0 - Base
   disabled
C6.0-centosplusCentOS-6.0 - CentOSPlus
   disabled
C6.0-contrib   CentOS-6.0 - Contrib
  disabled
C6.0-extrasCentOS-6.0 - Extras
   disabled
C6.0-updates   CentOS-6.0 - Updates
  disabled
C6.1-base  CentOS-6.1 - Base
   disabled
C6.1-centosplusCentOS-6.1 - CentOSPlus
   disabled
C6.1-contrib   CentOS-6.1 - Contrib
  disabled
C6.1-extras

Re: [CentOS] Minimum RAM for CentOS7

[Les Mikesell]

On Mon, Sep 8, 2014 at 11:36 AM, Valeri Galtsev
 wrote:
>
> On Mon, September 8, 2014 9:44 am, Les Mikesell wrote:
>> On Mon, Sep 8, 2014 at 3:38 AM, Mihamina Rakotomandimby
>>  wrote:

 If you have 1.000 or 10.000 machines it*is*  a reason to
 think about every fucking dollar per machine you can save each month.
>>>
>>> You could *just* *install* with 1GB and then get down to 512 at runtime.
>>>
>>
>> First, if you are running 10,000 machines with 512K RAM, you are doing
>> something really, really weird or you just like managing a lot of
>> machines that can't do very much each - and supplying a lot more power
>> than you would need for fewer, more capable hosts.
>>
>> But, if you have even more than a few, you are probably already doing
>> some sort of image installs.  So just install on a machine or VM with
>> 1GB, then use ReaR or Clonezilla to back it up and restore onto the
>> target boxes.   Or for brute force, use dd to copy the drive and swap
>> them into place.
>
> ... which will be a lot of drive swapping for 1000 or 1 machines. With
> this number of machines the only workable option I can think of is netboot
> + kickstart (with hard drive then network boot order in BIOS so no need to
> change anything after system is installed)... But it is true what was
> mentioned 1000+ weak machines are unlikely to be able to pay their
> electric bills.

Drive swapping is pretty easy on servers with hotswap bays.  If you
can rack the machines you would be able to swap the drives.   But,
Clonezilla with the DRBL server  has a multicast option that will
install the same image on a bunch of machines at once - and it is
fairly agnostic about the OS it is loading so it is useful in a
heterogeneous environment.

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

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[Valeri Galtsev]

On Mon, September 8, 2014 9:19 am, Mark Tinberg wrote:
>
> On Sep 6, 2014, at 3:42 PM, Valeri Galtsev 
> wrote:
>
>> On Sat, September 6, 2014 2:27 pm, Jonathan Billings wrote:
>>>
>>> I choose vendors that make it relatively painless to apply the firmware
>>> updates under Linux.
>>
>> This is only so for either very rich, who can afford to have stand by
>> hardware to replace bricked by flashing box, or very happy to the level
>> they don't care that the box will not come back up in next 5 min. I am
>> definitely neither of two…
>
> I’ve used mostly Dell and have done a thousand firmware updates in my time
> and I’ve never seen a piece of hardware bricked, their update system takes
> all due precaution, so the problem just isn’t as dire as you make it out
> to be, even anecdotally it is statistically improbable, either I am a
> massive outlier or you are way overestimating.

Certainly the last: it is me who is scared to take 1:1 chance.
Speaking of Dell: we use only lowest end of their boxes (think 32 GB quad
core CPU _Desktop_ today) which are en par with others price wise, yet
very reliable. Never had to flash BIOS on these, and never had one failed
because of me not having BIOS updates flashed routinely... As far as
servers are concerned, these are tyan mostly. I do not re-flash their BIOS
routinely. (And I doubt they release tons of BIOS upgrades, at the very
most one per board during its lifetime which never sounded "do it or your
box is dead tomorrow".) So, I maybe flashed BIOS 3-4 times per maybe 200
machines... Never had box bricked due to flashing. (Still...) And never
had failure due to not doing "preventive" re-flashing. But after all:
maybe I'm just extremely lucky ;-) and at the same time awfully scared (to
fix something that shouldn't be broken IMHO).

Valeri


Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] Minimum RAM for CentOS7

[Michael Hennebry]

On Mon, 8 Sep 2014, Valeri Galtsev wrote:


On Mon, September 8, 2014 9:44 am, Les Mikesell wrote:



But, if you have even more than a few, you are probably already doing
some sort of image installs.  So just install on a machine or VM with
1GB, then use ReaR or Clonezilla to back it up and restore onto the
target boxes.   Or for brute force, use dd to copy the drive and swap
them into place.


... which will be a lot of drive swapping for 1000 or 1 machines. With


Hence the term, "brute force".


this number of machines the only workable option I can think of is netboot
+ kickstart (with hard drive then network boot order in BIOS so no need to
change anything after system is installed)... But it is true what was
mentioned 1000+ weak machines are unlikely to be able to pay their
electric bills.


--
Michael   henne...@web.cs.ndsu.nodak.edu
"SCSI is NOT magic. There are *fundamental technical
reasons* why it is necessary to sacrifice a young
goat to your SCSI chain now and then."   --   John Woods
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] flash plugin for centos 7

[Akemi Yagi]

On Mon, Sep 8, 2014 at 8:44 AM, Frank Cox  wrote:
> On Mon, 8 Sep 2014 17:39:03 +0200
> Gergely Buday wrote:
>
>> firefox does not play h.264 videos on centos 7 so I need a flash
>> plugin. But I see packages only for centos 6.x. What can I do?
>
> Install the adobe repo rpm:
>
> http://linuxdownload.adobe.com/adobe-release/adobe-release-x86_64-1.0-1.noarch.rpm

Has anyone tried the libquvi package? If so, did it work to see flash contents?

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

Re: [CentOS] Minimum RAM for CentOS7

[Valeri Galtsev]

On Mon, September 8, 2014 9:44 am, Les Mikesell wrote:
> On Mon, Sep 8, 2014 at 3:38 AM, Mihamina Rakotomandimby
>  wrote:
>>>
>>> If you have 1.000 or 10.000 machines it*is*  a reason to
>>> think about every fucking dollar per machine you can save each month.
>>
>> You could *just* *install* with 1GB and then get down to 512 at runtime.
>>
>
> First, if you are running 10,000 machines with 512K RAM, you are doing
> something really, really weird or you just like managing a lot of
> machines that can't do very much each - and supplying a lot more power
> than you would need for fewer, more capable hosts.
>
> But, if you have even more than a few, you are probably already doing
> some sort of image installs.  So just install on a machine or VM with
> 1GB, then use ReaR or Clonezilla to back it up and restore onto the
> target boxes.   Or for brute force, use dd to copy the drive and swap
> them into place.

... which will be a lot of drive swapping for 1000 or 1 machines. With
this number of machines the only workable option I can think of is netboot
+ kickstart (with hard drive then network boot order in BIOS so no need to
change anything after system is installed)... But it is true what was
mentioned 1000+ weak machines are unlikely to be able to pay their
electric bills.

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



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] SAMBA as AD DC

[Frantisek Hanzlik]

James Hogarth wrote:
> On 7 Sep 2014 13:01, "Frantisek Hanzlik"  wrote:
>> 
>> Are somewhere for these distribution available (unofficial) Samba4 
>> RPMs packages with Heimdal Kerberos?
>> 
> 
> http://www.enterprisesamba.com
> 
> We use these at my workplace.
> 
> As for the MIT bit according to the samba technical list if it doesn't
> land in 4.2 it will in 4.3 ...

Hi James, thanks for reply. It seems as at SerNet's site have packages
for RHEL6/Centos6 only, not for RHEL7/Centos7 or any Fedora versions,
at least this.

Regarding to Samba4 with MIT in 4.2/4.3 - as I know, 4.2 still is not
even in rc, thus final release can be perhaps at the turn of the year.
And when time between releases is approx. 9 month, then we can wait around
for year...
I'll keep my fingers crossed, that it happen in 4.2

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

Re: [CentOS] flash plugin for centos 7

[Frank Cox]

On Mon, 8 Sep 2014 17:39:03 +0200
Gergely Buday wrote:

> firefox does not play h.264 videos on centos 7 so I need a flash
> plugin. But I see packages only for centos 6.x. What can I do?

Install the adobe repo rpm:

http://linuxdownload.adobe.com/adobe-release/adobe-release-x86_64-1.0-1.noarch.rpm

Install the flash plugin:

yum install flash-plugin



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

[CentOS] flash plugin for centos 7

[Gergely Buday]

Hi,

firefox does not play h.264 videos on centos 7 so I need a flash
plugin. But I see packages only for centos 6.x. What can I do?

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

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[Valeri Galtsev]

On Mon, September 8, 2014 9:48 am, m.r...@5-cent.us wrote:
> Mark Tinberg wrote:
>>
>>> On Sat, Sep 06, 2014 at 09:46:36AM -0500, Valeri Galtsev wrote:
 But that is exactly what I said: if the hardware was released and sold
 with this piece of crap BIOS, then you shouldn't be buying that junk
 in
 the first place. Or at least stop buying the crap made by _this_
 manufacturer in a future. I'm still not convinced. Any better reasons?
>>
>>> In my experience, all code has bugs.  Instead of trying to find some
>>> vendor that has magically released hardware with bug-free firmware, I
>>> choose vendors that make it relatively painless to apply the firmware
>>> updates under Linux.
>
>> A lack of updates can also mean that there is a lack of effort or
> competence
>> is tracking down and fixing bugs, or not a large enough customer base
>> with
>> the same bugs to generate sufficient, actionable, bug reports, it is not
>> necessarily or even primarily a signal of quality.

You may be right. But in many cases you may be wrong. I'm stealing
someone's else example (Hm.., maybe about 5-7 years old): ATI releases
driver for their boards as rarely as every 6 Months. Which confirms
careful work on debugging each released one. NVIDIA to the contrary
releases drives as often as every other Month, so they don't seem to put
enough effort into debugging each of them. Indeed, they are buggy in my
experience. You, the customer, do at least part of their job: by
discovering and reporting bugs ("artefacts" etc).

>
> I might also point out that there are really *not* a lot of BIOS
> manufacturers. AMI, and - is Phoenix still doing them? - and Dell claims
> it's got its own, but who knows what they've rebranded. Once you consider
> that, then you need to consider the board maker. Some seem to do a lot
> better job of qa/qc than others. For example, some folks here like
> Supermicro, where I *REALLY* don't - many of our Penguins, which are
> rebranded SuperMicro, have a *lot* of issues with the m/b.

I gave on the SiperMicro quite a while ago. Not because of BIOS, but
because of hardware engineering flaws. Which at least manifests itself
with system boards for AMD CPUs. These (AMD) boards work reliably for only
2-4 years, after that they die. Not all of them, but about 50% of
SuperMicro AMD server and mostly workstation boards (I have no experience
with their low end desktop boards if they exist) are dead after 3-4 years
- just my experience. Nothing like that with tyan boards; I may have seen
one out of 50 or 70 tyan boards died (which event I don't even care to
recollect) the rest keep working for 10+ years (during which time the box
is re-purposed twice, as I can not throw away something that still works,
so I have to find new use for now weaker machine). For Desktops we use
Dell, being same cheap on lower end as others they proved reliable for us.
And as somebody mentioned it can be any brand inside with Dell sticker on
top. One of my Linux friends who complains that they change chipsets
almost on a daily basis was calling it (not them, but what they do I
guess) D'hell ;-)

Valeri

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



Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

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

Re: [CentOS] USB 3.0 Driver

[Matt]

> On Fri, Sep 5, 2014 at 4:36 PM, Matt  wrote:
>> Tried it and CentOS 6 did not seem to find it.  Anyone know of a USB
>> 3.0 card that does work with Centos 6.x?
>
> I've used a variety of no-name cards with the NEC (now Renesas)
> uPD72020x series host adapter chips, and they've all worked fine.

The unit I tried had the NEC d720201 701 chip and CentOS 6 did not
seem to find it.  Any chance CentOS 7 will?



> I'd steer clear of the "no additional power connection needed" cards;
> in my experience they can't supply the maximum power the ports may
> require (5V@900mA per port, i.e., 4.5W per port, 18W total for a
> four-port card).  Proper USB 3.0 cards have a disk drive power
> connector for the power required.  In principle it's possible for a
> PCIe USB host adapter to have a switching regulator to provide
> sufficient USB power from the +12V supply rail, but, I have yet to see
> one that does.
> ___
> 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] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[Keith Keller]

On 2014-09-08, Mark Tinberg  wrote:
>
> On Sep 7, 2014, at 1:35 AM, Keith Keller  
> wrote:
>
> This is why I would say that firmware updates are part of the preventative 
> maintenance in the same way kernel updates are, if the bug was already fixed 
> and if you had flashed this during a normal maintenance window you never 
> would have had an unplanned maintenance to fix or recover from the problem.  
> Manufacturers don?t tend to update firmware without real bug reports from the 
> field, why wait until you?ve had a failure due to some already-fixed corner 
> case.

I do actually read the release notes (sporadically) for my controller
firmware releases, at least (usually not BIOS, I admit).  If I think I
might hit one of their bug fixes then I will schedule an update.

--keith

-- 
kkel...@wombat.san-francisco.ca.us


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

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[m . roth]

Mark Tinberg wrote:
>
>> On Sat, Sep 06, 2014 at 09:46:36AM -0500, Valeri Galtsev wrote:
>>> But that is exactly what I said: if the hardware was released and sold
>>> with this piece of crap BIOS, then you shouldn't be buying that junk in
>>> the first place. Or at least stop buying the crap made by _this_
>>> manufacturer in a future. I'm still not convinced. Any better reasons?
>
>> In my experience, all code has bugs.  Instead of trying to find some
>> vendor that has magically released hardware with bug-free firmware, I
>> choose vendors that make it relatively painless to apply the firmware
>> updates under Linux.

> A lack of updates can also mean that there is a lack of effort or
competence
> is tracking down and fixing bugs, or not a large enough customer base with
> the same bugs to generate sufficient, actionable, bug reports, it is not
> necessarily or even primarily a signal of quality.

I might also point out that there are really *not* a lot of BIOS
manufacturers. AMI, and - is Phoenix still doing them? - and Dell claims
it's got its own, but who knows what they've rebranded. Once you consider
that, then you need to consider the board maker. Some seem to do a lot
better job of qa/qc than others. For example, some folks here like
Supermicro, where I *REALLY* don't - many of our Penguins, which are
rebranded SuperMicro, have a *lot* of issues with the m/b.

 mark

mark

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

Re: [CentOS] Minimum RAM for CentOS7

[Les Mikesell]

On Mon, Sep 8, 2014 at 3:38 AM, Mihamina Rakotomandimby
 wrote:
>>
>> If you have 1.000 or 10.000 machines it*is*  a reason to
>> think about every fucking dollar per machine you can save each month.
>
> You could *just* *install* with 1GB and then get down to 512 at runtime.
>

First, if you are running 10,000 machines with 512K RAM, you are doing
something really, really weird or you just like managing a lot of
machines that can't do very much each - and supplying a lot more power
than you would need for fewer, more capable hosts.

But, if you have even more than a few, you are probably already doing
some sort of image installs.  So just install on a machine or VM with
1GB, then use ReaR or Clonezilla to back it up and restore onto the
target boxes.   Or for brute force, use dd to copy the drive and swap
them into place.

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

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[Mark Tinberg]

On Sep 7, 2014, at 1:35 AM, Keith Keller  
wrote:

> On 2014-09-06, Valeri Galtsev  wrote:
>> 
>> ... I've mentined manufacturers in another reply: tyan, lsi, 3ware, ati...
> 
> Even 3ware has had buggy firmwares.  I once had to flash a 3ware card
> years into production because it was not until then that this particular
> bug was exposed by my configuration.

This is why I would say that firmware updates are part of the preventative 
maintenance in the same way kernel updates are, if the bug was already fixed 
and if you had flashed this during a normal maintenance window you never would 
have had an unplanned maintenance to fix or recover from the problem.  
Manufacturers don’t tend to update firmware without real bug reports from the 
field, why wait until you’ve had a failure due to some already-fixed corner 
case.

— 
Mark Tinberg
mtinb...@wisc.edu

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

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[Mark Tinberg]

On Sep 6, 2014, at 3:42 PM, Valeri Galtsev  wrote:

> On Sat, September 6, 2014 2:27 pm, Jonathan Billings wrote:
>> 
>> I choose vendors that make it relatively painless to apply the firmware
>> updates under Linux.
> 
> This is only so for either very rich, who can afford to have stand by
> hardware to replace bricked by flashing box, or very happy to the level
> they don't care that the box will not come back up in next 5 min. I am
> definitely neither of two…

I’ve used mostly Dell and have done a thousand firmware updates in my time and 
I’ve never seen a piece of hardware bricked, their update system takes all due 
precaution, so the problem just isn’t as dire as you make it out to be, even 
anecdotally it is statistically improbable, either I am a massive outlier or 
you are way overestimating.

— 
Mark Tinberg
mtinb...@wisc.edu

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

Re: [CentOS] Install Centos 6 x86_64 on Dell PowerEdge 2970 and aSSD (hardware probing issues)

[Mark Tinberg]

On Sep 6, 2014, at 2:27 PM, Jonathan Billings  wrote:

> On Sat, Sep 06, 2014 at 09:46:36AM -0500, Valeri Galtsev wrote:
>> But that is exactly what I said: if the hardware was released and sold
>> with this piece of crap BIOS, then you shouldn't be buying that junk in
>> the first place. Or at least stop buying the crap made by _this_
>> manufacturer in a future. I'm still not convinced. Any better reasons?
> 
> In my experience, all code has bugs.  Instead of trying to find some
> vendor that has magically released hardware with bug-free firmware, I
> choose vendors that make it relatively painless to apply the firmware
> updates under Linux.

A lack of updates can also mean that there is a lack of effort or competence is 
tracking down and fixing bugs, or not a large enough customer base with the 
same bugs to generate sufficient, actionable, bug reports, it is not 
necessarily or even primarily a signal of quality.

There is little churn in firmware updates, changes for changes sake, pretty 
much every published update fixes some real corner case that someone ran into, 
and I’d rather fix it on my system before running into it in production, there 
are fewer stupider feelings than having something go sideways due a bug that 
someone already fixed for you.

— 
Mark Tinberg
mtinb...@wisc.edu

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

Re: [CentOS] Minimum RAM for CentOS7

[Jonathan Billings]

On Sun, Sep 07, 2014 at 09:36:07PM -0400, Mark LaPierre wrote:
> On another slant, why don't you consider increasing the RAM to 1G,
> making the install, then cloning the disk on the other 9.999 machines?

I've typically run into the memory limit in VMs, where it is trivial
to change the memory allocated to it on the fly, so I bump up the
memory, then lower it after the install.

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

Re: [CentOS] Minimum RAM for CentOS7

[Mihamina Rakotomandimby]

On 09/07/2014 09:44 PM, Oliver Schad wrote:

If you have 1.000 or 10.000 machines it*is*  a reason to
think about every fucking dollar per machine you can save each month.


You could *just* *install* with 1GB and then get down to 512 at runtime.

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

Re: [CentOS] Minimum RAM for CentOS7

[Leon Fauster]

Am 07.09.2014 um 20:56 schrieb Oliver Schad :
> On Sun, 07 Sep 2014 11:48:36 -0700
> John R Pierce  wrote:
> 
>> On 9/7/2014 11:44 AM, Oliver Schad wrote:
>>> And CentOS 7 runs perfectly with 512 MB RAM
>> 
>> https://access.redhat.com/articles/rhel-limits says 1GB minimum for
>> x86_64.
> 
> It doesn't matter what it says. What matters is to think about
> ressources, even in a linux distro with long term support and
> enterprise features.
> 
> Enterprise doesn't mean waste your money. And really, to double the
> memory to install a machine - are you kidding me? They've never thought
> about it and I really hate this attitude.


i would suggest to install it offsite e.g. yum provides a "installroot" option.

--
LF


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

Re: [CentOS] USB 3.0 Driver

[Eric Smith]

On Fri, Sep 5, 2014 at 4:36 PM, Matt  wrote:
> Tried it and CentOS 6 did not seem to find it.  Anyone know of a USB
> 3.0 card that does work with Centos 6.x?

I've used a variety of no-name cards with the NEC (now Renesas)
uPD72020x series host adapter chips, and they've all worked fine.

I'd steer clear of the "no additional power connection needed" cards;
in my experience they can't supply the maximum power the ports may
require (5V@900mA per port, i.e., 4.5W per port, 18W total for a
four-port card).  Proper USB 3.0 cards have a disk drive power
connector for the power required.  In principle it's possible for a
PCIe USB host adapter to have a switching regulator to provide
sufficient USB power from the +12V supply rail, but, I have yet to see
one that does.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] OT: 3ware [was: Install Centos 6 x86_64 ...]

[Keith Keller]

On 2014-09-08, Valeri Galtsev  wrote:
>
> Then you too manage to stick with reliable drives! Performance... well, I
> have array verify scheduled to start 23:00 on Saturday... also, on newer
> controllers you can choose policy with highest priority for IO and lowest
> for rebuild etc. I'm kind of sceptical about extra wear to mechanical
> drives added by RAID check: my drives are always spinning full speed (no
> spin down crap, thank you), and heads are not touching the platters... So,
> I'm not certain there is extra wear. The only wear apart from bearings I
> know about is when arm hits the stopper which only happens when you power
> off the drive, which not the case here too. What do I miss?

I learned the "reliable drive" lesson the hard way, when I accidentally
ordered, and then unwisely decided to use, crappy drives.  Fortunately
no data was ever lost, but the drives made a lot of extra work for me.

You may be 100% correct about wear.  I have no actual evidence that
extra verifies causes more wear than normal use.

For my largest arrays, even if I started at 23:00 on Saturday, it would
still be going through much of Sunday.  Plus I have other disk
operations that occur overnight.  The performance loss isn't terrible
during a verify, but I have noticed it enough that I prefer to avoid it
happening so frequently.

I've heard quite a few horror stories from people who never did a scrub
of their arrays.  But I haven't heard any from people who did scrubs
less frequently than weekly.  Has anyone?  I'm genuinely curious; if
there's a justification for weekly scrubs that's stronger than my fairly
weak justifications for monthly, I'd switch back.

--keith


-- 
kkel...@wombat.san-francisco.ca.us


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