[CentOS] bonding interface instable
Hi all,
i recently found that some frontend servers (Centos6) show:
kernel: bonding: bond0: link status definitely up for interface eth2.
kernel: bonding: bond0: link status definitely down for interface eth2,
disabling it
kernel: bonding: bond0: link status definitely up for interface eth2.
On some days frequently and on others none.
But there is no hw failure or similar.
$ cat /sys/devices/virtual/net/bond0/bonding/{mode,arp_validate}
active-backup 1
active 1
$ cat /etc/sysconfig/network-scripts/ifcfg-bond0
DEVICE=bond0
BOOTPROTO=static
IPADDR=MYIP
NETMASK=MYMASK
NETWORK=MYNET
BROADCAST=MYCAST
ONBOOT=yes
TYPE=Ethernet
BONDING_OPTS="mode=1 arp_interval=500 arp_validate=1
arp_ip_target=GATEIP,GATE2IP primary=eth0"
$ cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: eth0 (primary_reselect always)
Currently Active Slave: eth0
MII Status: up
MII Polling Interval (ms): 0
Up Delay (ms): 0
Down Delay (ms): 0
ARP Polling Interval (ms): 500
ARP IP target/s (n.n.n.n form): GATEIP, GATE2IP
Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 31
Permanent HW addr: MACADDR
Slave queue ID: 0
Slave Interface: eth2
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 1
Permanent HW addr: MACADDR
Slave queue ID: 0
Device module tg3:
$ cat /sys/module/tg3/version
3.124
Any ideas or same experiences out there?
Thanks
LF
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
[CentOS] 3TB External USB Drive isn't recognized
We have a 3TB external USB drive that I am trying to attach to some CentOS5 servers. I have tried an older Dell PE1950 and a newer R310 but neither one seems to be able to read the drive. It works no problem on windows servers/workstations and I was able to format with NTFS. I know there are different methods for formatting large disks but this one doesn't even seem to show up as a /dev/ device. I supplied the dmesg output I see when I plug in the device. Is this a limitation of CentOS5? Do I need some additional package / driver / update? usb 2-1.2: new high speed USB device using ehci_hcd and address 5 usb 2-1.2: configuration #1 chosen from 1 choice scsi7 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 5 usb-storage: waiting for device to settle before scanning Vendor: ASMT Model: 2105 Rev: 0 Type: Direct-Access ANSI SCSI revision: 06 sde : very big device. try to use READ CAPACITY(16). sde : READ CAPACITY(16) failed. sde : status=0, message=00, host=5, driver=00 sde : use 0x as device size SCSI device sde: 4294967296 512-byte hdwr sectors (2199023 MB) sde: Write Protect is off sde: Mode Sense: 43 00 00 00 sde: assuming drive cache: write through sde : very big device. try to use READ CAPACITY(16). sde : READ CAPACITY(16) failed. sde : status=0, message=00, host=5, driver=00 sde : use 0x as device size SCSI device sde: 4294967296 512-byte hdwr sectors (2199023 MB) sde: Write Protect is off sde: Mode Sense: 43 00 00 00 sde: assuming drive cache: write through sde:<6>usb 2-1.2: reset high speed USB device using ehci_hcd and address 5 usb 2-1.2: reset high speed USB device using ehci_hcd and address 5 usb 2-1.2: reset high speed USB device using ehci_hcd and address 5 usb 2-1.2: reset high speed USB device using ehci_hcd and address 5 sd 7:0:0:0: SCSI error: return code = 0x0007 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 sd 7:0:0:0: SCSI error: return code = 0x0007 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 usb 2-1.2: USB disconnect, address 5 sd 7:0:0:0: SCSI error: return code = 0x0007 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 sd 7:0:0:0: SCSI error: return code = 0x0001 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 sd 7:0:0:0: SCSI error: return code = 0x0001 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 sd 7:0:0:0: SCSI error: return code = 0x0001 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 sd 7:0:0:0: SCSI error: return code = 0x0001 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 Dev sde: unable to read RDB block 0 sd 7:0:0:0: SCSI error: return code = 0x0001 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 sd 7:0:0:0: SCSI error: return code = 0x0001 end_request: I/O error, dev sde, sector 0 Buffer I/O error on device sde, logical block 0 unable to read partition table sd 7:0:0:0: Attached scsi disk sde sd 7:0:0:0: Attached scsi generic sg7 type 0 usb-storage: device scan complete usb 2-1.2: new high speed USB device using ehci_hcd and address 6 usb 2-1.2: configuration #1 chosen from 1 choice scsi8 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 6 usb-storage: waiting for device to settle before scanning Vendor: ASMT Model: 2105 Rev: 0 Type: Direct-Access ANSI SCSI revision: 06 sde : very big device. try to use READ CAPACITY(16). sde : READ CAPACITY(16) failed. sde : status=0, message=00, host=5, driver=00 sde : use 0x as device size SCSI device sde: 4294967296 512-byte hdwr sectors (2199023 MB) sde: Write Protect is off sde: Mode Sense: 43 00 00 00 sde: assuming drive cache: write through sde : very big device. try to use READ CAPACITY(16). sde : READ CAPACITY(16) failed. sde : status=0, message=00, host=5, driver=00 sde : use 0x as device size SCSI device sde: 4294967296 512-byte hdwr sectors (2199023 MB) sde: Write Protect is off sde: Mode Sense: 43 00 00 00 sde: assuming drive cache: write through sde:<6>usb 2-1.2: reset high speed USB device using ehci_hcd and address 6 usb 2-1.2: reset high speed USB device using ehci_hcd and address 6 usb 2-1.2: reset high speed USB device using ehci_hcd and address 6 usb 2-1.2: reset high speed USB device using ehci_hcd and address 6 usb 2-1.2: reset high speed USB device using ehci_hcd and address 6 INFO: task usb-stor-scan:26787 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. usb-stor-scan D 80150939 0 26787 35 26786 (L-TLB) 81005fad5640 0
Re: [CentOS] 3TB External USB Drive isn't recognized
james wrote: > We have a 3TB external USB drive that I am trying to attach to some > CentOS5 servers. I have tried an older Dell PE1950 and a newer R310 but > neither one seems to be able to read the drive. It works no problem > on windows servers/workstations and I was able to format with NTFS. > > I know there are different methods for formatting large disks but this one > doesn't even seem to show up as a /dev/ device. I supplied the dmesg > output I see when I plug in the device. Is this a limitation of CentOS5? > Do I need some additional package / driver / update? First, let me say I've not used USB drives - we have an eSATA external bay for backups. However, I've never had trouble with it. A few details: 1. You *MUST* use parted or gparted, and mklabel GPT; MBR can't deal with something over 2TB. 2. We've put a few 3TB SATA drives in servers, and no problems with any of the servers recognizing them, including Dells. (I will note all our 1950's are retired - they started having card problems a couple-three years ago, one or two a month.) 3. Have you tried other USB ports? I believe that some are slower - maybe the ones in the back might be faster, or there might be an internal faster port for USB storage. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 3TB External USB Drive isn't recognized
Update to CentOS6 or try reformatting them to multiple ext3 (under 2TB) partitions. On 08/12/2013 09:59 AM, james wrote: > We have a 3TB external USB drive that I am trying to attach to some CentOS5 > servers. I have tried an older Dell PE1950 and a newer R310 but neither one > seems to be able to read the drive. It works no problem on windows > servers/workstations and I was able to format with NTFS. > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 3TB External USB Drive isn't recognized
Mike McCarthy wrote: > Update to CentOS6 or try reformatting them to multiple ext3 (under 2TB) > partitions. > > On 08/12/2013 09:59 AM, james wrote: >> We have a 3TB external USB drive that I am trying to attach to some >> CentOS5 servers. I have tried an older Dell PE1950 and a newer R310 but neither >> one seems to be able to read the drive. It works no problem on windows >> servers/workstations and I was able to format with NTFS. Oh, right, related: it's almost a complete certainty that the drive's *real* blocksize is 4k, but has internal code to present it as 512bytes. When you format the drive, be 100% sure to align it correctly: for parted, tell it 0.0TB, which will put it at 1M. The alignment really *does* make a difference in access and throughput speed. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] qemu-kvm package?
On Fri, Aug 9, 2013 at 2:31 PM, Ljubomir Ljubojevic wrote: > > On 08/09/2013 05:35 PM, John Doe wrote: > > From: Dave Johansen > > > >>> > I just did a clean net install of CentOS 6.4 and when I run > >>> > virt-manager it says that qemu-kvm is missing, but when I try to > >>> > install it with yum it says that there isn't a package with that > >>> > name. Is something wrong with my configuration? Or what is causing > >>> > this package to appear as not available? Thanks, > >> > >> It's a 32-bit install. > > > > Google told me: > > "Whilst previous versions of RHEL supported KVM on both 32-bit and 64-bit > > systems, as of RHEL 5.4 support for KVM virtualization is only available > > for 64-bit (x86_64 architecture) versions of the operating system." > > But I never played with it so I cannot confirm... > > > > JD > > I have a kvm-84 rpm and src.rpm for CentOS 5.x (Levente's) and run a > 32-bit KVM host for few years, but I never played with CentOS 6, never > needed it. > > http://rpms.plnet.rs/plnet-centos5-srpms-srpms/RPMS.plnet/kvm-kmod-84-1.el5.src.rpm > > I suggest you use VirtualBox, or some other distro. I'll really like CentOS/RHEL and will definitely stick with it. The point of my questions wasn't to complain or any like that, but just surprise because it seemed that the no 32 bit support didn't line up with my experience and just trying to make sure I understood everything. Thanks, Dave ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Motherboard and chipset compatibility
So, having returned from a month's vacation, I'm back to work on attempting to build a set of small form factor CentOS compatible computers. I've really tried to do my homework, but this doesn't appear (at first glance) to be at all easy. It's not made easier by the fact that I have to get it right the first time (and I haven't built a PC in a decade); the time and money cost of shipping anything to and from my remote location in Chile means I can't afford to waste time buying and returning things. First question: does anyone have any experience with the Jetway NF9E-Q77 or ZOTAC Z77ITX-A-E motherboards? Having struck out on Intel Q77 or Z77-based SFF motherboards (the DQ77** series is completely out of stock everywhere, and the DZ77** series is ATX only), I have found a couple of Mini-ITX systems based on these two motherboards. Second question: Where can I get information about which Intel chipsets (Z77 vs Z87 vs Q77 vs C602 vs ...geez, there are a LOT of chipsets, as evidenced by http://www.supermicro.com/support/faqs/os.cfm) are supported by CentOS 6 / RHEL 6? I have not been able to find this information on either the Intel, RedHat, or CentOS web sites. Third (more general) question: My requirements are (I believe) modest: * 1U short-depth rackmount chassis OR Mini-ITX small-footprint chassis * Dual GbE network ports * Dual 1920x1200 monitor display * One SSD drive * 32-bit CentOS 6.4 compatible. It's the combination of the first, third, and fifth requirements that really seems to get me hung up. I've found plenty of 1U server systems (such as SuperMicro), but none of them support dual displays. (Some of them have a PCIe16x riser card that could conceivably accomodate a separate graphics card, assuming I could find one that fits; I have Emails in to various tech supports to inquire about this. I've found LOTS of 2U solutions, thanks, but only have 1U of available rack.) As far as Linux support goes, the RHEL Hardware List has thus far been pretty useless (much of the hardware on it is obsolete or discontinued), and most manufacturers' web sites have been equally useless. (One exception being ASUS, which has a Linux-compatibility list at http://www.asus.com/websites/global/aboutasus/OS/Linux.pdf SuperMicro has a very nice list referenced above, but none of their small form factor motherboards support dual displays AFAICT; I have found nothing useful at Intel's site.) Does anyone have any resources they'd like to point me to? Thanks, -G. -- Glenn Eychaner (geycha...@lco.cl) Telescope Systems Programmer, Las Campanas Observatory ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] qemu-kvm package?
> > I'll really like CentOS/RHEL and will definitely stick with it. The > point of my questions wasn't to complain or any like that, but just > surprise because it seemed that the no 32 bit support didn't line up > with my experience and just trying to make sure I understood > everything. > > Thanks, > Dave I suspect that with the notion of modern OSes normally needing at least 1G each even in a VM (often much more), the choice was to steer resources to the 64bit platform for virtulization because 32bit machines can't address nearly as much memory space, often a key factor for VMs. given the amount of resources to maintain a platform that can't really support production workloads and most modern machines should be able to switch to 64bit OS pretty seamlessly, I suspect there was no justification to keep support for a 32bit version. just my theory, not sure if it's of any help for you. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 3TB External USB Drive isn't recognized
On 8/12/2013 6:59 AM, james wrote: > We have a 3TB external USB drive that I am trying to attach to some CentOS5 > servers. I have tried an older Dell PE1950 and a newer R310 but neither one > seems to be able to read the drive. It works no problem on windows > servers/workstations and I was able to format with NTFS. > > I know there are different methods for formatting large disks but this one > doesn't even seem to show up as a/dev/ device. I supplied the dmesg output > I see when I plug in the device. Is this a limitation of CentOS5? Do I need > some additional package / driver / update? CentOS 5 does not support GPT disks, and MBR disks have an absolute maximum size of 2TB -- 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] Motherboard and chipset compatibility
Glenn Eychaner wrote: > So, having returned from a month's vacation, I'm back to work on > attempting to build a set of small form factor CentOS compatible computers. I've > really tried to do my homework, but this doesn't appear (at first glance) > to be at all easy. It's not made easier by the fact that I have to get it > right the first time (and I haven't built a PC in a decade); the time and > money cost of shipping anything to and from my remote location in Chile > means I can't afford to waste time buying and returning things. > > First question: does anyone have any experience with the Jetway NF9E-Q77 > or ZOTAC Z77ITX-A-E motherboards? Having struck out on Intel Q77 or Z77-based > SFF motherboards (the DQ77** series is completely out of stock everywhere, > and the DZ77** series is ATX only), I have found a couple of Mini-ITX > systems based on these two motherboards. > > Second question: Where can I get information about which Intel chipsets > (Z77 vs Z87 vs Q77 vs C602 vs ...geez, there are a LOT of chipsets, as > evidenced by http://www.supermicro.com/support/faqs/os.cfm) are supported > by CentOS 6 / RHEL 6? I have not been able to find this information on > either the Intel, RedHat, or CentOS web sites. VERY STRONG RECOMMENDATION: DON'T buy Supermicro. They have a *lot* of trouble with this new, fuzzy concept called "quality control". For example, we have a cluster with 21 Penguin servers, about half with 48 cores, and the rest with 64 cores. You'd think this kind of hot, high end server would call for a lot of attention. No. We've sent back to Penguin at *least* 5 or 6, and a couple of those went back *twice*, and almost all had m/b's replaced, and one a CPU, I think. That's an absurdly high percentage Now, about what you're looking to build - you say that you want 1U, and mention rackspace: in my experience, rackmounts are a *lot* larger than a pizza box, so I'm a little confused at the requirements you're building for. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 3TB External USB Drive isn't recognized
On 8/12/2013 9:59 AM, james wrote: > We have a 3TB external USB drive that I am trying to attach to some CentOS5 > servers. I have tried an older Dell PE1950 and a newer R310 but neither one > seems to be able to read the drive. It works no problem on windows > servers/workstations and I was able to format with NTFS. > I've gone through the same scenario. I believe the USB layer/interface/driver/whatever in C5 is the pinch point. I have SATA attached GPT labeled 3TB disks working just fine in C5. Put the very same disk in a USB enclosure and it's not recognized as 3TB - sees it as some fraction of its true size. I know the same disk/enclosure worked on Win7 & I'm pretty sure it worked on C6. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On 8/12/2013 9:14 AM, Glenn Eychaner wrote: > * 1U short-depth rackmount chassis OR Mini-ITX small-footprint chassis > ... > * Dual 1920x1200 monitor display those two requirements together are unusual. most rackmount 1U systems are headless, except a basic VGA for initial configuration. dual display is generally found on a desktop system. -- 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] Motherboard and chipset compatibility
m.roth at 5-cent.us wrote: > Now, about what you're looking to build - you say that you want 1U, and > mention rackspace: in my experience, rackmounts are a *lot* larger than a > pizza box, so I'm a little confused at the requirements you're building > for. The rack is already full; I only get that 1U of space by removing a spare part to another location, and unfortunately, I have a depth limit due to the power distribution module on the rack rear. These computers are replacing tower PCs that sit on the floor under a desk in a rather hostile environment, so I'd like to move them to either the desktop or the adjacent rack, but have limited space in either location (1U of short-depth rack or about room for a miniITX box on the desk). -G. -- Glenn Eychaner (geycha...@lco.cl) Telescope Systems Programmer, Las Campanas Observatory ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
John R Pierce wrote: > On 8/12/2013 9:14 AM, Glenn Eychaner wrote: > > * 1U short-depth rackmount chassis OR Mini-ITX small-footprint chassis > > * Dual 1920x1200 monitor display > > those two requirements together are unusual. most rackmount 1U systems > are headless, except a basic VGA for initial configuration. > dual display is generally found on a desktop system. I agree. In this case, the floor is not the best environment for the equipment, the adjacent rack has only 1U of short-depth rack space available, and the desktop is already crowded with keyboards and monitors. Since the reqirements are (relatively) modest (except those two), I was hoping to squeeze something in. Looks like I'm out of luck, and buying another full tower to hold a motherboard, a disk drive, and one expansion card. Sigh. -G. -- Glenn Eychaner (geycha...@lco.cl) Telescope Systems Programmer, Las Campanas Observatory ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On 08/12/2013 07:30 PM, Glenn Eychaner wrote: > Since the reqirements are (relatively) modest (except those two), I was > hoping to squeeze something in. > > Looks like I'm out of luck, and buying another full tower to hold a > motherboard, a disk drive, and one expansion card. > Have you considered "Desktop" type of cases? You could maybe place them bellow the existing Desktops, to conserve the horizontal space. You can also think about Building a "beast" system that would run original CentOS and one or more guest systems (CentOS, Windows, whatever). If you use KVM Virtualization, and buy MB with "IOMMU" BIOS option (https://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware), you could pass PCI devices (second graphics card, telemetry PCI card, etc) to guest system, thus making current systems obsolete. So far I have only heard about IOMMU and PCI passthrough, so do not hold me to my words, but they say it works. -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On Mon, Aug 12, 2013 at 12:30 PM, Glenn Eychaner wrote: > > Since the reqirements are (relatively) modest (except those two), I was > hoping to squeeze something in. > > Looks like I'm out of luck, and buying another full tower to hold a > motherboard, a disk drive, and one expansion card. Depending on the performance requirements and what other systems might drive a display or VM, you might make something work with a VM hosting the applications and a remote X display (or 2), Freenx, NX are good for that and work cross-platform. -- Les Mikesell lesmikes...@gmail.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On 08/12/2013 01:22 PM, Glenn Eychaner wrote: > m.roth at 5-cent.us wrote: >> Now, about what you're looking to build - you say that you want 1U, and >> mention rackspace: in my experience, rackmounts are a *lot* larger than a >> pizza box, so I'm a little confused at the requirements you're building >> for. > The rack is already full; I only get that 1U of space by removing a spare > part to another location, and unfortunately, I have a depth limit due to > the power distribution module on the rack rear. These computers are > replacing tower PCs that sit on the floor under a desk in a rather hostile > environment, so I'd like to move them to either the desktop or the adjacent > rack, but have limited space in either location (1U of short-depth rack or > about room for a miniITX box on the desk). > > -G. > -- > Glenn Eychaner (geycha...@lco.cl) > Telescope Systems Programmer, Las Campanas Observatory I have a single Zotac ZBOXHD-ID11 mounted in a mobile cart for driving an ancient projector for small classroom learning environment. Not sure motherboard designation but CentOS 6.4 upgraded from 6.3 plays very nicely. This is a 64 bit system. Not much help and I am having difficulty seeing all your requirements being met in an ITX form factor. FWIW, Intel N10/ICH7 chipset, atom quad core CPU. Cheers. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On 8/12/2013 10:30 AM, Glenn Eychaner wrote: > > Since the reqirements are (relatively) modest (except those two), I was > hoping to squeeze something in. > > Looks like I'm out of luck, and buying another full tower to hold a > motherboard, a disk drive, and one expansion card. how about an ultrasmall form factor desktop, such as the Dell Optiplex 7010 USFF ? those have dual displayport outputs (requires $7 optional video output panel), and are 24x6.5x24cm -- 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] 3TB External USB Drive isn't recognized
Am 12.08.2013 17:07, schrieb m.r...@5-cent.us: > Mike McCarthy wrote: >> Update to CentOS6 or try reformatting them to multiple ext3 (under 2TB) >> partitions. >> >> On 08/12/2013 09:59 AM, james wrote: >>> We have a 3TB external USB drive that I am trying to attach to some >>> CentOS5 servers. I have tried an older Dell PE1950 and a newer R310 but > neither >>> one seems to be able to read the drive. It works no problem on windows >>> servers/workstations and I was able to format with NTFS. > > Oh, right, related: it's almost a complete certainty that the drive's > *real* blocksize is 4k, but has internal code to present it as 512bytes. > When you format the drive, be 100% sure to align it correctly: for parted, > tell it 0.0TB, which will put it at 1M. The alignment really *does* make a > difference in access and throughput speed. > >mark Don't know where you take this certainty from, but to remind https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/5/html/5.6_Technical_Notes/ch03.html "4 kilobyte physical sectors, 4 kilobyte logical sector harddisks 4 kilobyte physical sectors, 4 kilobyte logical sector harddisks require firmware and software modifications to function. This type of 4 kilobytes sector disks is currently not supported in Red Hat Enterprise Linux 5" Have an external 3TB Seagate drive myself in the office for which this is the case. Alexander ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On Aug 12, 2013, at 14:01, John R Pierce wrote: > how about an ultrasmall form factor desktop, such as the Dell Optiplex > 7010 USFF ? those have dual displayport outputs (requires $7 optional > video output panel), and are 24x6.5x24cm I was going to recommend the Optiplex 7010 as well. I run 32-bit CentOS 6.4 on about 4 dozen of these systems here at work. The price in the US is less than $800, and the dual DisplayPort outputs easily drive two 1920x1200 LCD monitors (a very common configuration here at work). Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On Mon, Aug 12, 2013 at 12:14 PM, Glenn Eychaner wrote: [snip] > Third (more general) question: My requirements are (I believe) modest: > * 1U short-depth rackmount chassis OR Mini-ITX small-footprint chassis > * Dual GbE network ports > * Dual 1920x1200 monitor display > * One SSD drive > * 32-bit CentOS 6.4 compatible. For the display configuration, do you need to run any graphics-intensive software? If not, I have seen some devices that act as miniature broadcast devices. The monitors don't need to be physically attached to the system unit. They do need some sort of wireless access to the server though. They are useful for monitoring stations, electronic signage, etc.., but not so good for fast updates (i.e., no games, videos would probably be degraded). ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On 8/12/2013 11:01, m.r...@5-cent.us wrote: > VERY STRONG RECOMMENDATION: DON'T buy Supermicro. They have a *lot* of > trouble with this new, fuzzy concept called "quality control". We have a *lot* of SuperMicro based systems in the field, and they aren't failing. In fact, I can't remember the last time we had to fix an actual motherboard issue. It seems like every field hardware failure for years has come down to dying HDDs. We did once upon a time have a QC problem with SuperMicro, around Y2K, but that was because we chose to use AMD processors, and AMD OEM fan/heat sink combos at the time used little 60mm 6000 RPM pancake fans that would seize up after a few years. This was before processors had overtemp shutdown features, so once the fan seized, the processors would cook themselves. You can't really lay that one at SuperMicro's feet. AMD screwed up. The real fix was switching back to Intel processors, which shipped with bigger and slower-moving fans, which lasted longer. You'll notice that both of these failure modes are due to mechanical wear. I can't say I've *ever* seen a SuperMicro board fail in any of the solid-state components, solder joints, capacitors, etc. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
Glenn Eychaner wrote: > m.roth at 5-cent.us wrote: >> Now, about what you're looking to build - you say that you want 1U, and >> mention rackspace: in my experience, rackmounts are a *lot* larger than >> a pizza box, so I'm a little confused at the requirements you're building >> for. > > The rack is already full; I only get that 1U of space by removing a spare > part to another location, and unfortunately, I have a depth limit due to > the power distribution module on the rack rear. These computers are > replacing tower PCs that sit on the floor under a desk in a rather hostile > environment, so I'd like to move them to either the desktop or the > adjacent rack, but have limited space in either location (1U of short-depth > rack or about room for a miniITX box on the desk). Ok, here's a suggestion: just get the miniITX, and use a desktop with a dual display - you could ssh in (what I have here). The other option... have you considered using a KVM to eliminate some of the clutter on the rack? Or use two of the monitors on the rack for this? mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
Warren Young wrote: > On 8/12/2013 11:01, m.r...@5-cent.us wrote: >> VERY STRONG RECOMMENDATION: DON'T buy Supermicro. They have a *lot* of >> trouble with this new, fuzzy concept called "quality control". > > We have a *lot* of SuperMicro based systems in the field, and they > aren't failing. In fact, I can't remember the last time we had to fix > an actual motherboard issue. It seems like every field hardware failure > for years has come down to dying HDDs. > > We did once upon a time have a QC problem with SuperMicro, around Y2K, > but that was because we chose to use AMD processors, and AMD OEM > fan/heat sink combos at the time used little 60mm 6000 RPM pancake fans > that would seize up after a few years. This was before processors had > overtemp shutdown features, so once the fan seized, the processors would > cook themselves. > You'll notice that both of these failure modes are due to mechanical > wear. I can't say I've *ever* seen a SuperMicro board fail in any of > the solid-state components, solder joints, capacitors, etc. Well, *all* of these are rackmount servers, with no moving-the-server wear. We start seeing userspace compute-intensive processes crashing the system a number of times a day. We have a canned package that we send to Penguin on the disk we put in, which has a generic CentOS install, and running that, the crash is repeatable. They replace the m/b, and it doesn't happen again. (Or at least with that program - we've got issues with some *other* users, with different software, that seem to be crashing it. With us, this is seriously important, since the users' jobs run for days, sometimes a week or more, on the cluster mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 3TB External USB Drive isn't recognized
Alexander Dalloz wrote: > Am 12.08.2013 17:07, schrieb m.r...@5-cent.us: >> Mike McCarthy wrote: >>> Update to CentOS6 or try reformatting them to multiple ext3 (under 2TB) >>> partitions. >>> >>> On 08/12/2013 09:59 AM, james wrote: We have a 3TB external USB drive that I am trying to attach to some CentOS5 servers. I have tried an older Dell PE1950 and a newer R310 but neither one seems to be able to read the drive. It works no problem on windows servers/workstations and I was able to format with NTFS. >> >> Oh, right, related: it's almost a complete certainty that the drive's >> *real* blocksize is 4k, but has internal code to present it as 512bytes. >> When you format the drive, be 100% sure to align it correctly: for >> parted, tell it 0.0TB, which will put it at 1M. The alignment really >> *does* make a difference in access and throughput speed. > > Don't know where you take this certainty from, but to remind > > https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/5/html/5.6_Technical_Notes/ch03.html > > "4 kilobyte physical sectors, 4 kilobyte logical sector harddisks > > 4 kilobyte physical sectors, 4 kilobyte logical sector harddisks > require firmware and software modifications to function. This type of 4 > kilobytes sector disks is currently not supported in Red Hat Enterprise > Linux 5" > > Have an external 3TB Seagate drive myself in the office for which this > is the case. > I'll note right back at'cha that all of the 3TB drives we have appear to have firmware in them that will present the blocks as 512b. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 3TB External USB Drive isn't recognized
On Mon, Aug 12, 2013 at 02:56:59PM -0400, m.r...@5-cent.us wrote: > I'll note right back at'cha that all of the 3TB drives we have appear to > have firmware in them that will present the blocks as 512b. Many/most "advanced format" do "512e" but not all do. The newer 1Tb disks I have do, as "smartctl -a" tells me: User Capacity:1,000,204,886,016 bytes [1.00 TB] Sector Sizes: 512 bytes logical, 4096 bytes physical -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 3TB External USB Drive isn't recognized
Stephen Harris wrote: > On Mon, Aug 12, 2013 at 02:56:59PM -0400, m.r...@5-cent.us wrote: > >> I'll note right back at'cha that all of the 3TB drives we have appear to >> have firmware in them that will present the blocks as 512b. > > Many/most "advanced format" do "512e" but not all do. > > The newer 1Tb disks I have do, as "smartctl -a" tells me: > > User Capacity:1,000,204,886,016 bytes [1.00 TB] > Sector Sizes: 512 bytes logical, 4096 bytes physical > The logical (thought of the word after I hit ) is what I was talking about. My 2TB and 3TB do the same. Look at it from the disk manufacturers' standpoint: they *know* there's a zillion machines out there whose users want to use the larger drives, and aren't going to buy a new computer to do so. mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On 12.08.2013 20:42, Warren Young wrote: > On 8/12/2013 11:01, m.r...@5-cent.us wrote: >> VERY STRONG RECOMMENDATION: DON'T buy Supermicro. They have a *lot* of >> trouble with this new, fuzzy concept called "quality control". > > We have a *lot* of SuperMicro based systems in the field, and they > aren't failing. In fact, I can't remember the last time we had to fix > an actual motherboard issue. It seems like every field hardware failure > for years has come down to dying HDDs. > > We did once upon a time have a QC problem with SuperMicro, around Y2K, > but that was because we chose to use AMD processors, and AMD OEM > fan/heat sink combos at the time used little 60mm 6000 RPM pancake fans > that would seize up after a few years. This was before processors had > overtemp shutdown features, so once the fan seized, the processors would > cook themselves. > > You can't really lay that one at SuperMicro's feet. AMD screwed up. > > The real fix was switching back to Intel processors, which shipped with > bigger and slower-moving fans, which lasted longer. > > You'll notice that both of these failure modes are due to mechanical > wear. I can't say I've *ever* seen a SuperMicro board fail in any of > the solid-state components, solder joints, capacitors, etc. Same here. We have several racks full if Supermicro systems and never had any issues with them. Regards, Dennis ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On Aug 12, 2013 1:57 PM, "Ljubomir Ljubojevic" wrote: > > On 08/12/2013 07:30 PM, Glenn Eychaner wrote: > > Since the reqirements are (relatively) modest (except those two), I was > > hoping to squeeze something in. > > > > Looks like I'm out of luck, and buying another full tower to hold a > > motherboard, a disk drive, and one expansion card. > > > > Have you considered "Desktop" type of cases? You could maybe place them > bellow the existing Desktops, to conserve the horizontal space. > > You can also think about Building a "beast" system that would run > original CentOS and one or more guest systems (CentOS, Windows, > whatever). If you use KVM Virtualization, and buy MB with "IOMMU" BIOS > option > (https://en.wikipedia.org/wiki/List_of_IOMMU-supporting_hardware), you > could pass PCI devices (second graphics card, telemetry PCI card, etc) > to guest system, thus making current systems obsolete. > > So far I have only heard about IOMMU and PCI passthrough, so do not hold > me to my words, but they say it works. > > > -- > Ljubomir Ljubojevic > (Love is in the Air) > PL Computers > Serbia, Europe > > StarOS, Mikrotik I've been following GPU passthrough with KVM casually for a while, testing andon stacks from EL6 up to Fedora Rawhide. Passthrough on other devices work great - you loose guest migration ability, of course - for everything *except * graphics devices. I would not consider this a viable option. --Pete ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Dell R515 with PERC H700 - JBOD?
Hello, I'm curiuos if anyone knows if it's possible to set up a Dell R515 (which has PERC H700) to be JBOD. It seems the only options are RAID0 or RAID1. I read posts, where people say it can by done by making each disk its own RAID0. This works, but it wigs out when that disk is removed, and forgets a disk was ever there (unless I go back in the PERC and fix it). My plan is to have a system where I can remove and replace the drives regularly, while the system is on/running. I do this on a SuperMicro, but wanted to migrate this server to a Dell. I tried disabling the RAID in the BIOS, but then the installer never sees the disks. Any ideas would be great. Thanks! Regards, Joseph Spenner __ If life gives you lemons, keep them-- because hey.. free lemons. "♥ Sticker" fixer: http://microflush.org/stuff/stickers/heartFix.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Dell R515 with PERC H700 - JBOD?
Joseph Spenner wrote: > Hello, I'm curiuos if anyone knows if it's possible to set up a Dell R515 > (which has PERC H700) to be JBOD. > It seems the only options are RAID0 or RAID1. > I read posts, where people say it can by done by making each disk its own > RAID0. This works, but it wigs out when that disk is removed, and forgets > a disk was ever there (unless I go back in the PERC and fix it). Unfortunately, I don't know any other way, with the PERC in it. > My plan is to have a system where I can remove and replace the drives > regularly, while the system is on/running. I do this on a SuperMicro, but > wanted to migrate this server to a Dell. > > I tried disabling the RAID in the BIOS, but then the installer never sees > the disks. No, that wouldn't work - the PERC mediates between the drives and the BIOS. Until they're set up in the PERC firmware, the BIOS can't find the drives. One more question: why do you want to regularly replace the drives? I mean, are you including /? mark ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Dell R515 with PERC H700 - JBOD?
>> >> From: "m.r...@5-cent.us" >>To: CentOS mailing list >> Sent: Monday, August 12, 2013 12:59 PM >>Subject: Re: [CentOS] Dell R515 with PERC H700 - JBOD? >> >> >> My plan is to have a system where I can remove and replace the drives >> regularly, while the system is on/running. I do this on a SuperMicro, but >> wanted to migrate this server to a Dell. >> >> I tried disabling the RAID in the BIOS, but then the installer never sees >> the disks. > >No, that wouldn't work - the PERC mediates between the drives and the >BIOS. Until they're set up in the PERC firmware, the BIOS can't find the >drives. > >One more question: why do you want to regularly replace the drives? I >mean, are you including /? > > mark I'm running a backup server (bacula), and the media I use are 7 SATA disks. Every week, I remove 7 disks and replace with 7 new disks. I have a 3 week rotation. Works great. But I wanted to migrate to a new Dell system. Thanks for the reply! Regards, Joseph Spenner __ If life gives you lemons, keep them-- because hey.. free lemons. "♥ Sticker" fixer: http://microflush.org/stuff/stickers/heartFix.html ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
> > Since the reqirements are (relatively) modest (except those two), I was > > hoping to squeeze something in. > > how about an ultrasmall form factor desktop, such as the Dell Optiplex > 7010 USFF ? those have dual displayport outputs (requires $7 optional > video output panel), and are 24x6.5x24cm I didn't even know that the Optiplex 7010 was CentOS compatible (though someone may have mentioned it in my previous thread); it is not on the RedHat Hardware List, not does Dell's web site go out of its way to mention it. Again, how does one find this kind of thing out? There has to be a better solution than 3 days of web searches, Emails to tech support, and forum posts. In addition, the USFF Optiplex seems to be limited to a Core i3 processor and a mere 2GB of memory, which while acceptable is not optimal (and worse than some other solutions I'm looking at). And for everyone suggesting KVMs, VMs, SSH, or other solutions...this is a telescope operations system, so none of those are really appropriate to the task, I'm afraid. I really want direct monitor/keyboard/mouse connections (and yes, I keep a hotspare warmed up at all times in case of a critical failure, and have had to use it on more than one occasion). And I'm sorry my postings don't seem to thread right in the archives. I subscribe to the Digest form orf the list and am compiling these replies using the web archives. Anyway, -G. -- Glenn Eychaner (geycha...@lco.cl) Telescope Systems Programmer, Las Campanas Observatory ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On Aug 12, 2013, at 16:17, Glenn Eychaner wrote: > I didn't even know that the Optiplex 7010 was CentOS compatible (though > someone may have mentioned it in my previous thread); it is not on the > RedHat Hardware List, not does Dell's web site go out of its way to mention > it. Again, how does one find this kind of thing out? There has to be a > better solution than 3 days of web searches, Emails to tech support, and > forum posts The Optiplex 7010 comes in various form factors. The one I use is aprox 14x16x4" and contains an Intel(R) Core(TM) i5-3470 CPU @ 3.20GHz with 8GB of memory (and I think it supports 16GB with 4 4GB DIMMs.). Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Motherboard and chipset compatibility
On 8/12/2013 12:54, m.r...@5-cent.us wrote: > > Well, *all* of these are rackmount servers, with no moving-the-server > wear. Our servers are all rack-mounted, too, and pretty much never get moved after being installed. In any case, I was referring to wear in the electromechanical components of a server. HDDs and fans, primarily. In olden days, optical disks, too. These are expected to fail over time. > We start seeing userspace compute-intensive processes crashing the > system a number of times a day. Define "crash the system". Hard lock-up, requiring a power toggle or Reset press? Server unresponsive to keyboard, except for Ctrl-Alt-Del? Kernel panic? X11 unresponsive but you can still ssh in? User program dies mysteriously, but other programs still run? Keyboard lights blink in patterns, monitor won't wake on mouse wiggle? Box reboots spontaneously? BIOS beeps? I don't suppose you've gathered continuous temp data, say with Cacti? > They replace the m/b, and it doesn't happen again. Okay, so either this one motherboard product from Supermicro has a QC problem, or Penguin has an application or design problem with it. Or, your environment is somehow pushing them past their design limits. (e.g. insufficient cooling) You're painting with far too broad a brush here to say Supermicro is bad, period. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Macromedia Flash data (compressed), version 9
On Monday 12 August 2013, Michael Hennebry wrote: > I've copied some files from the firefox cache. > According to file, they are Macromedia Flash data (compressed), > version 9. How do I play them locally? Download the Flash files using Video Download Helper: https://addons.mozilla.org/fr/firefox/addon/video-downloadhelper/?src=ss -- Yves Bellefeuille ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 5.9, GNOKII, SMS and Huawei [ E160G | E176 ]
Hi I want to setup a SMS system for Nagios on a 5.9 box. I read in a blog that the two modems Huawei [ E160G | E176 ] work with 6.3. Anybody any experience with those modems and do they work with 5.9? Are there any other devices that are better/recommended? Thanks Jobst -- 186,262 miles/second : Not just a good idea, it's the LAW. | |0| | Jobst Schmalenbach, jo...@barrett.com.au, General Manager | | |0| Barrett Consulting Group P/L & The Meditation Room P/L |0|0|0| +61 3 9532 7677, POBox 277, Caulfield South, 3162, Australia ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
