Re: [CentOS] OT - Offline uncorrectable sectors
William L. Maltby ha scritto: > > Yep. Only a few copies of the superblock and the i-node tables are > written by the file system make process. That's why it's important for > files systems in critical applications to be created with the check > forced. Folks should also keep in mind that the default check, read > only, is really not sufficient for critical situations. The full > write/read check should be forced on *new* partitions/disks. > So again my question is: can I use dd to "test" the disk? what about dd if=/dev/sda of=/dev/sda bs=512 Is this safe on a full running system? Has to be done at runlevel 1 or with a live cd? I think this is "better" than the manufactureur way, as dd is always present and works with any brand. Lorenzo ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] virt-install error: "virDomainLookupByName() failed got unknown HTTP error code 400"
Hi there,
I've been happily installing VMs in CentOS 5.2's Xen implementation using
virt-manager. However, my latest attempt to use the install wizard in
virt-manager failed when I got to the networking screen. The 'forward' button
was unresponsive, and I was unable to proceed. I checked the virt-manager logs,
and saw this appearing immediately after I tried to proceed:
/root/.virt-manager/virt-manager.log:
[Tue, 05 Aug 2008 16:16:53 virt-manager 20637] ERROR (virt-manager:132)
Traceback (most recent call last):
File "/usr/share/virt-manager/virtManager/create.py", line 294, in forward
if(self.validate(notebook.get_current_page()) != True):
File "/usr/share/virt-manager/virtManager/create.py", line 974, in validate
vm = self.connection.vmm.lookupByName(name)
File "/usr/lib64/python2.4/site-packages/libvirt.py", line 646, in lookupByName
if ret is None:raise libvirtError('virDomainLookupByName() failed',
conn=self)
libvirtError: virDomainLookupByName() failed got unknown HTTP error code 400
None
There was also a lot of this in the main system log (1-2 messages per second):
[Tue, 05 Aug 2008 16:16:53 virt-manager 20637] DEBUG (connection:580) Couldn't
fetch domain id 3; it probably went away
So I tried to use virt-install on the shell instead, but got much the same
error:
[EMAIL PROTECTED] swadmin]# virt-install --hvm --name=zurich.gcal.ac.uk
--ram=2048 --file=/var/lib/xen/images/zurich.gcal.ac.uk.img --vnc --vcpus=2
--cdrom=/home/swadmin/software/OpenSolaris/sol-nv-b93-x86-dvd.iso
--network=bridge:xenbr0
Starting install...
virDomainLookupByName() failed got unknown HTTP error code 400
Domain installation may not have been
successful. If it was, you can restart your domain
by running 'virsh start zurich.gcal.ac.uk'; otherwise, please
restart your installation.
Tue, 05 Aug 2008 17:30:18 ERRORvirDomainLookupByName() failed got unknown
HTTP error code 400
Traceback (most recent call last):
File "/usr/bin/virt-install", line 502, in ?
main()
File "/usr/bin/virt-install", line 462, in main
dom = guest.start_install(conscb,progresscb)
File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 813, in
start_install
return self._do_install(consolecb, meter)
File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 829, in
_do_install
self._create_devices(meter)
File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 727, in
_create_devices
nic.setup(self.conn)
File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 287, in setup
vm = conn.lookupByName(name)
File "/usr/lib64/python2.4/site-packages/libvirt.py", line 646, in lookupByName
if ret is None:raise libvirtError('virDomainLookupByName() failed',
conn=self)
libvirtError: virDomainLookupByName() failed got unknown HTTP error code 400
It suggests I try to start the domain anyway, but it hasn't been created:
[EMAIL PROTECTED] swadmin]# virsh start zurich.gcal.ac.uk
libvir: Xen error : Domain not found: xenUnifiedDomainLookupByName
error: failed to get domain 'zurich.gcal.ac.uk'
Any ideas would be much appreciated.
Thanks,
Graeme West
Glasgow Caledonian University is a registered Scottish charity, number SC021474
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT - Offline uncorrectable sectors
On Mon, Aug 25, 2008 at 10:43:01AM +0200, Lorenzo Quatrini wrote: > So again my question is: > can I use dd to "test" the disk? what about > > dd if=/dev/sda of=/dev/sda bs=512 > > Is this safe on a full running system? Has to be done at runlevel 1 or with a > live cd? Do not do this on a mounted filesystem; you risk corruption. I'd be leary of this command, though. A better way is use the "badblocks" command; if you want to keep data then "badblocks -n"; if you don't care about data then "badblocks -w". Again, you can't do this on a mounted filesystem. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT - Offline uncorrectable sectors
On Mon, 2008-08-25 at 10:43 +0200, Lorenzo Quatrini wrote: > William L. Maltby ha scritto: > > > > Yep. Only a few copies of the superblock and the i-node tables are > > written by the file system make process. That's why it's important for > > files systems in critical applications to be created with the check > > forced. Folks should also keep in mind that the default check, read > > only, is really not sufficient for critical situations. The full > > write/read check should be forced on *new* partitions/disks. > > First, a correction. I earlier mentioned "-C" as causing the read/write check for mke2fs. It is "-c -c". I must've been thinking of some other FS software. > > So again my question is: > can I use dd to "test" the disk? what about > > dd if=/dev/sda of=/dev/sda bs=512 It ought to do what you think it would. But ... > > Is this safe on a full running system? Has to be done at runlevel 1 or with a > live cd? Safe on a full running system? Probably. I suggest a test before you do it on an important system. I've never had the urge to do it the way you suggest. It can be done at run level 1 or from a live CD too. But .. > I think this is "better" than the manufacturer way, as dd is always present > and works with any brand. s/better/convenient/ # IMO Now for the "buts". I presume that there are still two basic types of media errors on HDs, "hard" and "soft". Hard errors are those that are not recoverable through the normal hardware crc check process (or whatever they use these days). Soft errors are errors that are recoverable via the normal hardware crc check process. Hard errors are always reported to the OS, soft errors are not, IIRC. So you could have recovered media failures that do not get reported to the OS. IF these failures are early indicators of deteriorating media you will not be notified of them. For this reason, hardware-specific diagnostic software is "better". Further, the "smart" capabilities are *really* hardware specific and will detect and report things that normal read/write activities, like dd, cannot. As to running on a live system, you might not want to for several reasons. If you are using the system to do anything useful at the time, there will be a big hit on responsiveness. Unlike the real original UNIX, Linux still does not have preemptive scheduling (somebody please correct me if I missed this potentially earth-shattering advancement - last I heard, earliest was to be the 2.7 kernel, presuming no slippage). Because dd is fast, it will consume all I/O capability, especially the way you propose running it. Further, you will be causing a *LARGE* number of system calls, further degrading system responsiveness. It could be so slow to respond that one might think the system is "frozen". If you insist on doing this, I would suggest something like nice <:your priority here:> dd if=/dev/ of=/dev/ bs=16384& "Man nice" for details. This helps a little bit. I've not tried to see how much responsiveness can be "recovered". A larger "bs=" will reduce system calls, but will increase buffer sizes and usage and increase I/O load. Even if you omit the trailing "&" to run in foreground, the responsiveness may be so slow that a - may appear to fail and make you think the system is "frozen"... for a little while. The larger "bs=" would seem to negate what you want with the "bs=512". Not so. Since the detection of failures happens on the hardware, it will still detect failures and handle them as it normally would. The "bs=" is only a blocking factor. Your "512" only saves doing math to figure out what the "sector" really is. But it has a large cost. BTW, you don't really know what the sector size is these days. It may not be 512. Back in the old days, sector size was selectable via jumpers. Today I suspect the drives don't have sectors in the same way/size as they used to. Closing (really, they are!) arguments: 1. Any OS, rather than hardware specific, test will be less rigorous. This is "optimal" only if other factors trump reliability. Usually "convenience" and "portability" will not trump reliability for server or critical platforms. 2. The "smart" feature has capabilities of which you may not be aware. One of these is to run in such a way as to minimize performance impact on a live system. If you've run "makewhatis", then "man -k smart" or "apropos smart" will get you started on the reading you may want to do. 3. Hardware-specific diagnostics and repair utilities from the manufacturer (this includes the "smart" capability of the drives) will be more rigorous and reliable than general-purpose utilities. 4. The manufacturer utilities can "repair" media failures as they are detected. If you are taking the time to run diagnostics, why not fix failures at the same time? If you believe that the "dd" way can accomplish the same thing (through the alternate block assignment process), why not grab a drive with known bad sectors and run a test to see if it wi
Re: [CentOS] OT - Offline uncorrectable sectors
On Mon, 2008-08-25 at 06:36 -0400, Stephen Harris wrote: > On Mon, Aug 25, 2008 at 10:43:01AM +0200, Lorenzo Quatrini wrote: > > So again my question is: > > can I use dd to "test" the disk? what about > > > > dd if=/dev/sda of=/dev/sda bs=512 > > > > Is this safe on a full running system? Has to be done at runlevel 1 or with > > a > > live cd? > > Do not do this on a mounted filesystem; you risk corruption. I'd be leary > of this command, though. Whoo-hoo! The question un-asked ... I didn't even think of mentioning this to him in my other reply. I'm glad you jumped on that. > > A better way is use the "badblocks" command; if you want to keep data > then "badblocks -n"; if you don't care about data then "badblocks -w". > Again, you can't do this on a mounted filesystem. This is *far* superior to the OP's thoughts of dd. And I'll remind here, mentioned in my other post, about "hard" and "soft" errors. "Soft" errors are not seen by the OS. "Badblocks" (which really should be invoked via mke2fs or e2fsck rather than manually) has useful, but limited, utility in ensuring reliability. And it does require some small storage space in the file system. And it does *not* assign alternate blocks (that is, it does not take advantage of the hardware alternate block capability). And it is not "predictive", thereby being useful only for keeping an FS usable *after* data has been (potentially) lost on an existing file system. It's best utility is at FS creation and check time. It also has use if you can un-mount the FS (ignoring the "force" capability provided) but cannot take the system down to run manufacturer-specific diagnostic and repair software. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 42, Issue 8
Send CentOS-announce mailing list submissions to [EMAIL PROTECTED] To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2008:0836-02: Moderate CentOS 2 i386 libxml2 security update (John Newbigin) -- Message: 1 Date: Mon, 25 Aug 2008 11:21:18 +1000 From: John Newbigin <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0836-02: Moderate CentOS 2 i386 libxml2 security update To: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2008:0836-02 Moderate: libxml2 security update Files available: libxml2-2.4.19-9.ent.i386.rpm libxml2-devel-2.4.19-9.ent.i386.rpm libxml2-python-2.4.19-9.ent.i386.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John Newbigin ITS Senior Analyst / Programmer Faculty of Information and Communication Technologies Swinburne University of Technology Melbourne, Australia http://www.ict.swin.edu.au/staff/jnewbigin -- ___ CentOS-announce mailing list [EMAIL PROTECTED] http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 42, Issue 8 ** ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] how can I get the kernel source codes of CentOS5.2
Hi, My jobs need to recompile the kernel codes, but I don't know how to yum the kernel source codes. Any help? Thanks in advance. Ian ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] how can I get the kernel source codes of CentOS5.2
On Mon, Aug 25, 2008 at 5:14 AM, Ian jonhson <[EMAIL PROTECTED]> wrote: > Hi, > > My jobs need to recompile the kernel codes, but I don't know > how to yum the kernel source codes. > > Any help? First look in http://wiki.centos.org/HowTos/I_need_the_Kernel_Source and then http://wiki.centos.org/HowTos/Custom_Kernel Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM not removing LV
Mag Gam wrote: There are too many mount points. Close to 120. I am fairly certain this volume is not mouted. I did a grep -i lvname /proc/mounts Maybe a daemon is still holding your lv device open? Somewhere, maybe this list, I remember a similar discussion where the culprit was a backup agent holding /dev/ open. The solution was to kill the daemon. -- Toby Bluhm Alltech Medical Systems America, Inc. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Yum corrupting RPMs
On Aug 24, 2008, at 9:25 PM, "Tom Lanyon" <[EMAIL PROTECTED]> wrote: Hi list, Trying to upgrade someone's workstation here to 5.2 (was installed from a 5.0 DVD I think). The RPMs on our internal mirror are in-tact and pass a 'rpm -- checksig' test, yet when I run a 'yum upgrade' a large portion of them are corrupted and fail the GPG check. This seems to be isolated to yum, as downloading the RPM directly via FTP with wget or lftpget provides an RPM that *does* pass the GPG check. I have upgraded key packages to the latest version (eg. yum upgrade 'yum*') and tried again to no avail. Anyone seen this before? Make sure the mime type for .rpm files is text/plain and not x- application/octet-stream. -Ross __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] syslinux and isolinux
Hi I copied the centos 5.2 x86_64 DVD to a USB pen drive formatted for FAT32. I then ran syslinux -sf /dev/sdc1 to get it to boot. I mounted it, and did cp isolinux/vmlinuz . cp isolinux/isolinux.cfg syslinux.cfg the setup the MBR. THe device booted but I got an error message about unknown command in the syslinux.cfg file. Isnt syslinux and isolinux compatible - they are in the same package? All these commands below look correct. Did I do something wrong trying to get a USB pen drive to boot to install linux from. Jerry -- default linux prompt 1 timeout 600 display boot.msg F1 boot.msg F2 options.msg F3 general.msg F4 param.msg F5 rescue.msg label linux kernel vmlinuz append initrd=initrd.img label text kernel vmlinuz append initrd=initrd.img text label ks kernel vmlinuz append ks initrd=initrd.img label local localboot 1 label memtest86 kernel memtest append - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] LVM not removing LV
Its impossible trying to find that deamon. lsof or fuser are no use :-( I just rebooted and was able to remove the LV without any problems. On Mon, Aug 25, 2008 at 8:40 AM, Toby Bluhm <[EMAIL PROTECTED]> wrote: > Mag Gam wrote: >> >> There are too many mount points. Close to 120. I am fairly certain >> this volume is not mouted. I did a grep -i lvname /proc/mounts >> > > > Maybe a daemon is still holding your lv device open? Somewhere, maybe this > list, I remember a similar discussion where the culprit was a backup agent > holding /dev/ open. The solution was to kill the daemon. > > > -- > Toby Bluhm > Alltech Medical Systems America, Inc. > > ___ > 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] Second Xen NIC not being recognized?
I've got a Xen domU running Centos 5.2 (dom0 is also Centos 5.2) with two NICs configured. Both NICs show up in the Xen hardware details display. Looking at dmesg output from rebooting the domU, I see both eth0 and eth1 appearing there. But network configuration only knows about eth0, the one that was installed originally (eth1 was added later). There's options to create another NIC in network configuration, but "xen virtual ethernet" isn't one of the hardware types I can choose, and choosing the default doesn't give me anything that works. Should I try reinstalling the domU with the NIC already in place? But even if that works -- shouldn't it be possible to add a piece of hardware to a system and have it recognized on reboot? -- David Dyer-Bennet, [EMAIL PROTECTED]; http://dd-b.net/ Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/ Photos: http://dd-b.net/photography/gallery/ Dragaera: http://dragaera.info ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Second Xen NIC not being recognized?
>Both NICs show up in the Xen hardware details display. >Looking at dmesg output from rebooting the domU, I see both eth0 and eth1 >appearing there. By chance did you set the macs manually? Are they valid, look for a typo? I recall hearing about this behavior in lieu of that mistake. jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Second Xen NIC not being recognized?
On Mon, August 25, 2008 11:21, Joseph L. Casale wrote: >>Both NICs show up in the Xen hardware details display. >>Looking at dmesg output from rebooting the domU, I see both eth0 and eth1 >>appearing there. > > By chance did you set the macs manually? Are they valid, look for a typo? > I recall hearing about this behavior in lieu of that mistake. I set the second one manually; copied the first one and added one. vif = [ "mac=00:16:3e:5b:44:5f,bridge=pubbr", "mac=00:16:3e:5b:44:60,bridge=virtbr" ] Interfaces are associated with both bridges properly, but only an eth0 device appears in the domU. If the low-order bits are magic in a MAC, then maybe my second one is an invalid, but I don't find any documentation of such; the low two bits of the *first* byte have meanings, but I haven't touched them. -- David Dyer-Bennet, [EMAIL PROTECTED]; http://dd-b.net/ Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/ Photos: http://dd-b.net/photography/gallery/ Dragaera: http://dragaera.info ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] how can I get the kernel source codes of CentOS5.2
On Mon, Aug 25, 2008 at 08:14:19PM +0800, Ian jonhson wrote: > My jobs need to recompile the kernel codes, but I don't know > how to yum the kernel source codes. This should download the .src RPM in the current dir: yumdownloader --source kernel yum-utils should be installed first. Mihai ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] (Global/Any) setting for "show hidden files?"
Is there a setting somewhere in the "global" arena of CentOS that controls whether or not "hidden" (.prefixed) files are displayed in file lists? I've noticed that, at home, primarily, when I use any file access dialogue window, particularly in OOo and Evolution, all my "hidden" files are shown along with the "normal" ones. (This used to be true in SeaMonkey also, but there's a way to configure that out and I've activated that, or I'd be seeing them there, too.) I made mention of this on the OOo users list and it was suggested that there might be a "higher" level control involved, but they didn't know what. I occasionally turn on the "View hidden files" option in nautilus, but I always return it to the default (off) setting because, in general, I neither want nor need to see them, which is at least one of the main reasons why _I_ "hide" them, and many are hidden by default. I thought that it might be something to do with installing the 2.4.1 version of OOo with the nautilus option turned on, which I don't know whether I did or not, but that wouldn't affect Evolution as well. Any ideas? Thanks. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: OT: Google Earth, v.4.3.7284.3916 (beta) on CentOS 5.2 (32 bit)
on 8-22-2008 6:00 PM Lanny Marcus spake the following: On Fri, Aug 22, 2008 at 6:49 PM, Lanny Marcus <[EMAIL PROTECTED]> wrote: On Fri, Aug 22, 2008 at 3:48 PM, MHR <[EMAIL PROTECTED]> wrote: On Fri, Aug 22, 2008 at 11:22 AM, Lanny Marcus <[EMAIL PROTECTED]> wrote: The version of Google Earth I installed last December was working great this morning. Then, I decided to update to the latest version and when I tried to do that with yum, I didn't have the right name for the package (now, I think it may be "google-earth"), so I downloaded the file (GoogleEarthLinux.bin) and installed with "sh GoogleEarthLinux.bin"The latest version is now installed and I can launch it, without any problem, but, it does not seem to work. :-) Where did you get this? Mark: I got it from google.com I have google among my yum repositories, but I couldn't remember what the package was called, so I couldn't "yum update" and I downloaded and installed their file, but it won't go. It isn't getting any date from the Google Earth servers. That worked perfectly, with the older version I had been using. Lanny I tried to install google-earth with yum but either that isn't the name of the package or it is not available in the Google repository. Then, I did some reading on the Google site. Question: How do I determine whether or not the CPU in this box (I think it's an Intel Celeron 2.6 GHz) supports SSE2 or not? I suspect the CPU does *not* support SSE2. Posting some information below: Try cat /proc/cpuinfo |grep sse2 -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: OT: Google Earth, v.4.3.7284.3916 (beta) on CentOS 5.2 (32 bit)
on 8-23-2008 12:08 PM Lanny Marcus spake the following: On Fri, Aug 22, 2008 at 8:34 PM, John R Pierce wrote: Lanny Marcus wrote: Question: How do I determine whether or not the CPU in this box (I think it's an Intel Celeron 2.6 GHz) supports SSE2 or not? I suspect the CPU does *not* support SSE2. this gets fun. AFAIK, there's several generations of Celerons and its quite frustrating to tell them apart from purely a clock speed. The original Celerons were based on cache reduced P2 Deschutes, and later P3 Coppermine, these had 66Mhz busses, and used socket 370 (or even Slot 1 for the oldest versions). These had MMX and/or SSE depending on the age. there were Celerons from 2.0 to 2.8Ghz that were 478 pin 400Mhz FSB, and P4 "Northwood" generation technology.I do believe these are SSE2 but I'm having trouble finding definitive documentation of this. there are also Celeron "D" that are Prescott and can be either socket 478 or LGA775 and run from 2.13 up to 3.33Ghz, using a 533Mhz FSB, these have SSE3. and nowdays, there are celerons that are based on Core really really confusing. John: Thank you for the above explanation! As I just posted, in my reply to Bill, the CPU has a flag for SSE2. I suspect that means that the chip does support SSE2. If so, the latest version of Google Earth wouldn't run properly on it. Lanny Celerons in the last few years are usually just re-branded older generation chips so they can extend the manufacturing cycles of their silicon plants. Every new generation of chips is almost always followed by a new line of celerons with some crippling like smaller cache or clock speed locking based on a previous generations chip. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT - Offline uncorrectable sectors
On Mon, Aug 25, 2008 at 10:43:01AM +0200, Lorenzo Quatrini wrote: > William L. Maltby ha scritto: > > > > Yep. Only a few copies of the superblock and the i-node tables are > > written by the file system make process. That's why it's important for > > files systems in critical applications to be created with the check > > forced. Folks should also keep in mind that the default check, read > > only, is really not sufficient for critical situations. The full > > write/read check should be forced on *new* partitions/disks. > > > > So again my question is: > can I use dd to "test" the disk? what about > > dd if=/dev/sda of=/dev/sda bs=512 > > Is this safe on a full running system? Has to be done at runlevel 1 or with a > live cd? > I think this is "better" than the manufactureur way, as dd is always present > and works with any brand. It is not safe on a mounted filesystem or devices with mounted filesystems. File system code on a partition will have no coherency interaction with the entire raw device. See the -f flag in the "badblocks" man page: "-fNormally, badblocks will refuse to do a read/write or a non- destructive test on a device which is mounted, since either can cause the system to potentially crash and/or damage the filesys- tem even if ." It is also not 100% clear to me that the kernel buffer code will not see a paired set of "dd" commands as a no op and skip the write. Vendor tools on an unmounted disk operate at a raw level and also have access to the vendor specific embedded controller commands bypassing buffering and directly interacting with error codes and retry counts and more. In normal operation the best opportunity to spare a sector or track is on a write. At that time the OS, and disk both have known good data so a read after write can detect the defect/ error and take the necessary action without loss of data. Some disks have read heads that follow the write heads to this end. Other disks require an additional revolution When "mke2fs -c -c " is invoked the second -c flag is important because the paired read/write can let the firmware on the disk map detected defects to spares. With a single "-c" flag the Linux filesystem code can assign the error blocks to non files . A system admin that does a dd read of a problem disk may find that the OS hurls on the errors and takes the device off line. i.e. this command: dd if=/dev/sda of=/dev/sda bs=512 might not do the expected because the first read can take the device off line negating the follow up write intended to fix things. The tool "hdparm: is rich in info -- some flags are dangerous. Bottom line... use vendor tools Vendors like error reports from their tools for RMA processing and warranty... BTW: smartd is a good thing. For me any disk that smartd had made noise about has failed... often with weeks or months of warning... -- T o m M i t c h e l l Got a great hat... now what. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT - Offline uncorrectable sectors
On Mon, Aug 25, 2008 at 07:24:24AM -0400, William L. Maltby wrote: > > "Badblocks" (which really should be invoked via mke2fs or e2fsck rather > than manually) has useful, but limited, utility in ensuring reliability. > And it does require some small storage space in the file system. And it > does *not* assign alternate blocks (that is, it does not take advantage > of the hardware alternate block capability). And it is not "predictive", > thereby being useful only for keeping an FS usable *after* data has been > (potentially) lost on an existing file system. It's best utility is at > FS creation and check time. It also has use if you can un-mount the FS > (ignoring the "force" capability provided) but cannot take the system > down to run manufacturer-specific diagnostic and repair software. It might be interesting to add a "catch 22" story. I once added -c flags to /fsckoptions and "touch"ed /forcefsck. I had to take the disk to the lab and fix it on a bench system. -- T o m M i t c h e l l Got a great hat... now what. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT - Offline uncorrectable sectors
On Mon, 2008-08-25 at 12:03 -0700, Nifty Cluster Mitch wrote: > On Mon, Aug 25, 2008 at 07:24:24AM -0400, William L. Maltby wrote: > > > > > > (potentially) lost on an existing file system. It's best utility is at > > FS creation and check time. It also has use if you can un-mount the FS > > (ignoring the "force" capability provided) but cannot take the system > > down to run manufacturer-specific diagnostic and repair software. > > It might be interesting to add a "catch 22" story. > > I once added -c flags to /fsckoptions and "touch"ed /forcefsck. > I had to take the disk to the lab and fix it on a bench system. YOIKS! Any explanation why such a reliable process would cause such a result? Was it a long time ago with a buggy e2fsck maybe? Did you mean to say you added the "-f" flag and the FS was mounted and active at the time? Is it just one of those "Mysteries of the Universe"? I hate those! > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: CentOS 5.2 + SELinux + Apache/PHP + Postfix
Thanks - appreciate the info. Still, I would like to understand why these denials are occurring during what should be a pretty typical use case: namely sending emails from a web app. Does anyone have any insight into this? >If these denials do not interfere with the normal workflow >of the application you may add dontaudit rules to your local policy. >The unnecessary access will still be denied but you won't get >these annoying messages in the logs. > >There's a plenty of dontaudit rules in the base policy >shipped with centos. If you're curious you may install >/usr/share/selinux/targeted/enableaudit.pp >which is a base policy with dontaudit rules turned off. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: OT: Google Earth, v.4.3.7284.3916 (beta) on CentOS 5.2 (32 bit)
on 8-25-2008 11:36 AM Scott Silva spake the following: on 8-22-2008 6:00 PM Lanny Marcus spake the following: On Fri, Aug 22, 2008 at 6:49 PM, Lanny Marcus <[EMAIL PROTECTED]> wrote: On Fri, Aug 22, 2008 at 3:48 PM, MHR <[EMAIL PROTECTED]> wrote: On Fri, Aug 22, 2008 at 11:22 AM, Lanny Marcus <[EMAIL PROTECTED]> wrote: The version of Google Earth I installed last December was working great this morning. Then, I decided to update to the latest version and when I tried to do that with yum, I didn't have the right name for the package (now, I think it may be "google-earth"), so I downloaded the file (GoogleEarthLinux.bin) and installed with "sh GoogleEarthLinux.bin"The latest version is now installed and I can launch it, without any problem, but, it does not seem to work. :-) Where did you get this? Mark: I got it from google.com I have google among my yum repositories, but I couldn't remember what the package was called, so I couldn't "yum update" and I downloaded and installed their file, but it won't go. It isn't getting any date from the Google Earth servers. That worked perfectly, with the older version I had been using. Lanny I tried to install google-earth with yum but either that isn't the name of the package or it is not available in the Google repository. Then, I did some reading on the Google site. Question: How do I determine whether or not the CPU in this box (I think it's an Intel Celeron 2.6 GHz) supports SSE2 or not? I suspect the CPU does *not* support SSE2. Posting some information below: Try cat /proc/cpuinfo |grep sse2 I guess I need to finish reading the thread before I reply. ;-D -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Second Xen NIC not being recognized?
>I set the second one manually; copied the first one and added one. > >vif = [ "mac=00:16:3e:5b:44:5f,bridge=pubbr", >"mac=00:16:3e:5b:44:60,bridge=virtbr" ] Looks good to me? >Interfaces are associated with both bridges properly, but only an eth0 >device appears in the domU. > >If the low-order bits are magic in a MAC, then maybe my second one is an >invalid, but I don't find any documentation of such; the low two bits of >the *first* byte have meanings, but I haven't touched them. Well, the digits are between 0-9, A-F so I can't see it being invalid. I guess you use Network Mangler? Since my very first experience with it, I have never installed it or used since! jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: OT: Google Earth, v.4.3.7284.3916 (beta) on CentOS 5.2 (32 bit)
On Mon, 2008-08-25 at 12:49 -0700, Scott Silva wrote: > > >> > > Try cat /proc/cpuinfo |grep sse2 > > > I guess I need to finish reading the thread before I reply. ;-D He-he! And don't let things distract you from snipping! ;-) > With good cheer, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] slow Perl on CentOS 5
If your Perl apps are unusually slow on CentOS 5, have a look at this blog: http://blog.vipul.net/2008/08/24/redhat-perl-what-a-tragedy/ In a nutshell: some Perl apps are 100x slower on RedHat / CentOS 5 compared to other distributions. Bugzilla entry: https://bugzilla.redhat.com/show_bug.cgi?id=379791 -- Florin Andrei http://florin.myip.org/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: OT: Google Earth, v.4.3.7284.3916 (beta) on CentOS 5.2 (32 bit)
On Mon, Aug 25, 2008 at 1:36 PM, Scott Silva <[EMAIL PROTECTED]> wrote: > on 8-22-2008 6:00 PM Lanny Marcus spake the following: >> >> On Fri, Aug 22, 2008 at 6:49 PM, Lanny Marcus >> <[EMAIL PROTECTED]> wrote: >>> >>> On Fri, Aug 22, 2008 at 3:48 PM, MHR >>> <[EMAIL PROTECTED]> wrote: On Fri, Aug 22, 2008 at 11:22 AM, Lanny Marcus <[EMAIL PROTECTED]> wrote: > > The version of Google Earth I installed last December was working > great this morning. Then, I decided to update to the latest version > and when I tried to do that with yum, I didn't have the right name for > the package (now, I think it may be "google-earth"), so I downloaded > the file (GoogleEarthLinux.bin) and installed with "sh > GoogleEarthLinux.bin"The latest version is now installed and I can > launch it, without any problem, but, it does not seem to > work. :-) Where did you get this? >>> >>> Mark: I got it from google.com I have google among my yum >>> repositories, but I couldn't remember what the package was called, so >>> I >>> couldn't "yum update" and I downloaded and installed their file, but >>> it won't go. It isn't getting any date from the Google Earth servers. >>> That >>> worked perfectly, with the older version I had been using. Lanny >>> >> >> I tried to install google-earth with yum but either that isn't the >> name of the package or it is not available in the Google repository. >> Then, I did some reading on the Google site. Question: How do I >> determine whether or not the CPU in this box (I think it's an Intel >> Celeron 2.6 GHz) supports SSE2 or not? I suspect the CPU does *not* >> support SSE2. Posting some information below: >> >> > Try cat /proc/cpuinfo |grep sse2 [EMAIL PROTECTED] ~]$ cat /proc/cpuinfo |grep sse2 flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up cid xtpr [EMAIL PROTECTED] ~]$ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: OT: Google Earth, v.4.3.7284.3916 (beta) on CentOS 5.2 (32 bit)
On Mon, Aug 25, 2008 at 3:25 PM, William L. Maltby <[EMAIL PROTECTED]> wrote: > > On Mon, 2008-08-25 at 12:49 -0700, Scott Silva wrote: >> > >> >> >> > Try cat /proc/cpuinfo |grep sse2 >> > >> I guess I need to finish reading the thread before I reply. ;-D > > He-he! And don't let things distract you from snipping! ;-) I'll try to snip more. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: OT: Google Earth, v.4.3.7284.3916 (beta) on CentOS 5.2 (32 bit)
on 8-25-2008 1:25 PM William L. Maltby spake the following: I guess I need to finish reading the thread before I reply. ;-D He-he! And don't let things distract you from snipping! ;-) Got it! More snipping, less sipping! ;-P With good cheer, -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Second Xen NIC not being recognized?
On Mon, August 25, 2008 15:24, Joseph L. Casale wrote: >>I set the second one manually; copied the first one and added one. >> >>vif = [ "mac=00:16:3e:5b:44:5f,bridge=pubbr", >>"mac=00:16:3e:5b:44:60,bridge=virtbr" ] > > Looks good to me? Thanks for the second set of eyes. It's amazing what I can look past sometimes. >>Interfaces are associated with both bridges properly, but only an eth0 >>device appears in the domU. >> >>If the low-order bits are magic in a MAC, then maybe my second one is an >>invalid, but I don't find any documentation of such; the low two bits of >>the *first* byte have meanings, but I haven't touched them. > > Well, the digits are between 0-9, A-F so I can't see it being invalid. > > I guess you use Network Mangler? Since my very first experience with it, > I have never installed it or used since! As in /usr/sbin/system-config-network? The yes. Or something else (probably officially called "network manager")? At this point there are so many layers of mess in a brand-new Centos install that I'm afraid to touch the real config files by hand; you never know what's vestigial, what will get overwritten, and so forth. -- David Dyer-Bennet, [EMAIL PROTECTED]; http://dd-b.net/ Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/ Photos: http://dd-b.net/photography/gallery/ Dragaera: http://dragaera.info ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Second Xen NIC not being recognized?
>As in /usr/sbin/system-config-network? The yes. Or something else
>(probably officially called "network manager")? At this point there are
Well, I am probably about to be char broiled in flame, but I just edit
/etc/sysconfig/network-scripts/ifcfg-eth{n} and what ever else like resolv.conf
by hand and uninstall network-mangler or remove it from my KS script.
Network mangler is the devil :)
jlc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Second Xen NIC not being recognized?
On Mon, August 25, 2008 16:55, Joseph L. Casale wrote:
>>As in /usr/sbin/system-config-network? The yes. Or something else
>>(probably officially called "network manager")? At this point there are
>
> Well, I am probably about to be char broiled in flame, but I just edit
> /etc/sysconfig/network-scripts/ifcfg-eth{n} and what ever else like
> resolv.conf
> by hand and uninstall network-mangler or remove it from my KS script.
>
> Network mangler is the devil :)
Yikes, I hadn't realized it was quite that bad.
But you're quite right. I manually added the ifcfg-eth1 file with
suitable content, rebooted, and the interface is now present. Can't
actually tell yet whether it's "working"; that would be easy to test
though.
Next step is to install LVS on that system; it needed that second
interface to get to the pair of server systems that are going to be hidden
behind the LVS system in this test setup. But I think that's something
I'll start tomorrow, not now.
--
David Dyer-Bennet, [EMAIL PROTECTED]; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT - Offline uncorrectable sectors
On Mon, Aug 25, 2008 at 03:43:18PM -0400, William L. Maltby wrote: > On Mon, 2008-08-25 at 12:03 -0700, Nifty Cluster Mitch wrote: > > On Mon, Aug 25, 2008 at 07:24:24AM -0400, William L. Maltby wrote: > > > > > > > > > > (potentially) lost on an existing file system. It's best utility is at > > > FS creation and check time. It also has use if you can un-mount the FS > > > (ignoring the "force" capability provided) but cannot take the system > > > down to run manufacturer-specific diagnostic and repair software. > > > > It might be interesting to add a "catch 22" story. > > > > I once added -c flags to /fsckoptions and "touch"ed /forcefsck. > > I had to take the disk to the lab and fix it on a bench system. > > YOIKS! Any explanation why such a reliable process would cause such a > result? Was it a long time ago with a buggy e2fsck maybe? Did you mean > to say you added the "-f" flag and the FS was mounted and active at the > time? Is it just one of those "Mysteries of the Universe"? I hate those! The removal of /forcefsck would never happen when badblocks was run. Something wonkey perhaps because I did have a disk with defects.. Might be worth a retry next time I need to clean and reload a machine but I do not know how to reproduct the disk hardware issue. Gone are the days where disk controllers gave you the ability to 'expose' defects. -- T o m M i t c h e l l Got a great hat... now what. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT - Offline uncorrectable sectors
On Mon, 2008-08-25 at 15:36 -0700, Nifty Cluster Mitch wrote: > On Mon, Aug 25, 2008 at 03:43:18PM -0400, William L. Maltby wrote: > > On Mon, 2008-08-25 at 12:03 -0700, Nifty Cluster Mitch wrote: > > > On Mon, Aug 25, 2008 at 07:24:24AM -0400, William L. Maltby wrote: > > > > > > > > > > > > > > (potentially) lost on an existing file system. It's best utility is at > > > > FS creation and check time. It also has use if you can un-mount the FS > > > > (ignoring the "force" capability provided) but cannot take the system > > > > down to run manufacturer-specific diagnostic and repair software. > > > > > > It might be interesting to add a "catch 22" story. > > > > > > I once added -c flags to /fsckoptions and "touch"ed /forcefsck. > > > I had to take the disk to the lab and fix it on a bench system. > > > > YOIKS! Any explanation why such a reliable process would cause such a > > result? Was it a long time ago with a buggy e2fsck maybe? Did you mean > > to say you added the "-f" flag and the FS was mounted and active at the > > time? Is it just one of those "Mysteries of the Universe"? I hate those! > > The removal of /forcefsck would never happen when badblocks was run. > Something wonkey perhaps because I did have a disk with defects.. > > Might be worth a retry next time I need to clean and reload a machine > but I do not know how to reproduct the disk hardware issue. > > Gone are the days where disk controllers gave you the ability > to 'expose' defects. I don't have an available "smart" drive here at home, but I do have some older stuff. I think we can "emulate" defects by defining a partition that runs a few sectors beyond the end of the HD. Then mke2fs giving the -c -c and a manually specified size that includes the phantom sectors. When I get time (won't be RSN) I'll do both a mke2fs test and then an e2fsck test. What I don't know is if notification of "beyond media end" is sent by hardware and caught by drivers or if drivers just catch an error and a bad block (sector) is presumed, to be logged and avoided. ISTR (on SCSI anyway) that read past media end was handled. But, this ain't SCSI! 8-) If someone has a setup that makes this a quick and easy test to run sooner than I'll be able to, that would be "peachy". > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] RH's servers breached
>> > >> >So there are new packages anyway in spite of the other bits. >> >> Hi all, have I missed something or is there a CentOS update for 5x but none >> for 4x ? I've made sure my mirror is synced and looked around at a few >> others but can't seem to see an update ? > >I just fired up my 4.6 and did yum update. No ssh packages, so the >problem is not yours. Do any of the maintainers have a comment on the 4x SSH update availability ? I have a couple of SSH bastion servers that I have shut down until the update is out just in case so was wondering as to when it would turn up. thanks ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Yum corrupting RPMs
On Sun, Aug 24, 2008 at 6:24 PM, Tom Lanyon <[EMAIL PROTECTED]> wrote: > Hi list, > > Trying to upgrade someone's workstation here to 5.2 (was installed from a > 5.0 DVD I think). > > The RPMs on our internal mirror are in-tact and pass a 'rpm --checksig' > test, yet when I run a 'yum upgrade' a large portion of them are corrupted > and fail the GPG check. > Since yum has a local cache you may need to invoke one of the "clean" flags for yum. * clean [ packages | headers | metadata | dbcache | all ] If you do a clean all we will not know which of the set is bogus... My bet is the dbcache with metadata to show. Given what we now know, it might be good to copy the cache of packages and do a local compare of any that are freshly downloaded. Since yum depends on RPM you should be able to download individual packages and then inspect each with RPM tools as you are doing... -- NiftyCluster T o m M i t c h e l l ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] (Global/Any) setting for "show hidden files?" - SOLVED
On Mon, Aug 25, 2008 at 11:33 AM, MHR <[EMAIL PROTECTED]> wrote: > Is there a setting somewhere in the "global" arena of CentOS that > controls whether or not "hidden" (.prefixed) files are displayed in > file lists? > Never mind - apparently if you right-click in the file list and select "show hidden files", it sticks system-wide. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] apache
How can I pass the following Oracle 10g variables to my apache? ORACLE_BASE=/u01/oracle ORACLE_HOME=/u01/oracle/10g ORACLE_SID=king LD_LIBRARY_PATH=$ORACLE_HOME/lib LD_LIBRARY_PATH_32=$ORACLE_HOME/lib32 PATH=$PATH:$ORACLE_HOME/bin NLS_LANG=AMERICAN_AMERICA.AR8MSWIN1256; export NLS_LANG NLS_DATE_FORMAT=dd-mm- ; export NLS_DATE_FORMAT export ORACLE_BASE ORACLE_HOME ORACLE_SID LD_LIBRARY_PATH LD_LIBRARY_PATH_32 PATH I start my apache through service httpd start... [EMAIL PROTECTED] script]# ps -ef | grep apache apache 28494 15315 0 04:02 ?00:00:01 /usr/sbin/httpd -k start apache 28495 15315 0 04:02 ?00:00:01 /usr/sbin/httpd -k start apache 28496 15315 0 04:02 ?00:00:00 /usr/sbin/httpd -k start apache 28497 15315 0 04:02 ?00:00:01 /usr/sbin/httpd -k start apache 28499 15315 0 04:02 ?00:00:01 /usr/sbin/httpd -k start apache 28500 15315 0 04:02 ?00:00:01 /usr/sbin/httpd -k start apache 28502 15315 0 04:02 ?00:00:00 /usr/sbin/httpd -k start apache 28503 15315 0 04:02 ?00:00:00 /usr/sbin/httpd -k start root 31178 16299 0 08:36 pts/200:00:00 grep apache Thanks -- Madunix_at_Gmail Sysadmin "Computers are useless. They can only give you answers" - Pablo Picasso "Never trust a computer you can't throw out a window." - Steve Wozniak ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] data rate on NIC card
hi how to check the data rate on the nic card in centos i.e, at what speed the data is transmitted and received on ethernet interface in terms of kbps or bps any command is available in centos 5.1 regards, Gopinath M ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] screen not sourcing .bashrc
Hi everyone, I use the "screen" command from time to time and what i would still have to figure out how to do is for it to be able to source .bashrc and read my user-defined configuration (aliases for example). I have already added the "source /root/.bashrc" line on /root/.screenrc but it doesn't seem to be working. Would anyone know how this should work? Thanks, Matt -- Stand before it and there is no beginning. Follow it and there is no end. Stay with the ancient Tao, Move with the present. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: YumRepo Warning: not using ftp, http[s], or file for repos, skipping - 5 is not a valid release or hasnt been released yet
On Thu, Aug 21, 2008 at 3:37 PM, Rudi Ahlers <[EMAIL PROTECTED]> wrote: > Hi all > > Does anyone know what causes this error? > I have setup a local CentOS repository, with mrepo, and can succesfully use > it for updates & installation of just about anything. Yet, this error comes > up. > > Here's my /etc/yum.conf: > > # PUT YOUR REPOS HERE OR IN separate files named file.repo > # in /etc/yum.repos.d > > [base-local] > name=CentOS-$releasever - Base > #mirrorlist= > http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os > baseurl=http://192.168.10.10/repo/centos5/$basearch/os > gpgcheck=1 > enabled=1 > gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5 > > [updates-local] > name=CentOS-$releasever - Updates > #mirrorlist= > http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates > baseurl=http://192.168.10.10/repo/centos5/$basearch/updates > gpgcheck=1 > enabled=1 > gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5 > > [addons-local] > name=CentOS-$releasever - Addons > #mirrorlist= > http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=addons > baseurl=http://192.168.10.10/repo/centos5/$basearch/addons > gpgcheck=1 > enabled=1 > gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5 > > [extras-local] > name=CentOS-$releasever - Addons > #mirrorlist= > http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=addons > baseurl=http://192.168.10.10/repo/centos5/$basearch/extras > gpgcheck=1 > enabled=1 > gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5 > > > And when I browse to http://192.168.10.10/repo/centos5 - it looks similar > to the online CentOS repositories, but only with the x86 folder. > > -- > > Kind Regards > Rudi Ahlers Does anyone know how to fix this? -- Kind Regards Rudi Ahlers ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] data rate on NIC card
On Tue, 2008-08-26 at 11:20 +0530, Gopinath Achari wrote: > hi > > > how to check the data rate on the nic card in centos > i.e, at what speed the data is transmitted and received on > ethernet interface in terms of kbps or bps > any command is available in centos 5.1 You can use ethtool to check for negotiated networkspeeds. If you want to check for current speeds of network connections, I usually use iptraf. Regards, Michel ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] data rate on NIC card
thank u. this tool is very usefull On Tue, 2008-08-26 at 08:48 +0200, Michel van Deventer wrote: > On Tue, 2008-08-26 at 11:20 +0530, Gopinath Achari wrote: > > hi > > > > > > how to check the data rate on the nic card in centos > > i.e, at what speed the data is transmitted and received on > > ethernet interface in terms of kbps or bps > > any command is available in centos 5.1 > You can use ethtool to check for negotiated networkspeeds. > If you want to check for current speeds of network connections, I > usually use iptraf. > > Regards, > > Michel > > > > ___ > 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
