Discuss

discuss@lists.centos.org

34758 discussions

fdisk partition table plus sign
by Kai Schaetzl 22 Apr '08

22 Apr '08

What does the plus sign after the blocks value exactly mean in the fdisk output? Some research reveals that it indicates that not all the blocks are included in the fdisk value. But what does this exactly mean? Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com

3 5

dd backup of lv
by Joseph L. Casale 22 Apr '08

22 Apr '08

I have a series of unmounted lv's that are used in xen vm's of various flavors in a lab environment. I made a script that I use to backup all of them prior to doing anything I may need to undo and all I execute is: dd if=/dev/vgname/lvname of=/dir/name.img Are there any additional parameters I should use? I haven't tried to restore this into an lv, but I did swap the 'phy' specification for 'file' and started a vm using the backed up image and it was fine. Thanks! jlc

2 1

CentOS-announce Digest, Vol 38, Issue 11
by centos-announce-request＠centos.org 22 Apr '08

22 Apr '08

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2008:0235 CentOS 5 x86_64 speex Update (Karanbir Singh) 2. CESA-2008:0235 CentOS 5 i386 speex Update (Karanbir Singh) 3. CEBA-2008:0198 CentOS 5 i386 virt-manager Update (Karanbir Singh) 4. CEBA-2008:0198 CentOS 5 x86_64 virt-manager Update (Karanbir Singh) 5. CESA-2008:0239 Important CentOS 5 i386 poppler Update (Karanbir Singh) 6. CESA-2008:0239 Important CentOS 5 x86_64 poppler Update (Karanbir Singh) 7. CESA-2008:0223 Critical CentOS 3 ia64 seamonkey - security update (Pasi Pirhonen) 8. CESA-2008:0145 Moderate CentOS 3 ia64 ImageMagick - security update (Pasi Pirhonen) 9. CESA-2008:0223 Critical CentOS 4 ia64 seamonkey - security update (Pasi Pirhonen) 10. CESA-2008:0235 Important CentOS 4 ia64 speex - security update (Pasi Pirhonen) 11. CESA-2008:0145 Moderate CentOS 4 ia64 ImageMagick - security update (Pasi Pirhonen) 12. CESA-2008:0222 Critical CentOS 4 ia64 firefox - security update (Pasi Pirhonen) 13. CESA-2008:0238 Important CentOS 4 ia64 kdegraphics - security update (Pasi Pirhonen) 14. CESA-2008:0240 Important CentOS 4 ia64 xpdf - security update (Pasi Pirhonen) ---------------------------------------------------------------------- Message: 1 Date: Mon, 21 Apr 2008 16:45:38 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2008:0235 CentOS 5 x86_64 speex Update To: centos-announce(a)centos.org Message-ID: <20080421154538.GA18149(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2008:0235 Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0235.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 492528b48a9d807e5209bc403d477581 speex-1.0.5-4.el5_1.1.i386.rpm c86fba70e91cc69a2f6e82b06e59a6c5 speex-1.0.5-4.el5_1.1.x86_64.rpm 133cd17aa69922e0493a5e5b09928da2 speex-devel-1.0.5-4.el5_1.1.i386.rpm 0bed5259dbba7777b562c567691cf4f0 speex-devel-1.0.5-4.el5_1.1.x86_64.rpm Source: 10e91f401f38a47c6bd1da1527bd9386 speex-1.0.5-4.el5_1.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 21 Apr 2008 16:45:37 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2008:0235 CentOS 5 i386 speex Update To: centos-announce(a)centos.org Message-ID: <20080421154537.GA18132(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2008:0235 Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0235.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 47a276d96c56eea2c25eb3839abd4f57 speex-1.0.5-4.el5_1.1.i386.rpm ff9e4b595acef523f9e31193739488ca speex-devel-1.0.5-4.el5_1.1.i386.rpm Source: 10e91f401f38a47c6bd1da1527bd9386 speex-1.0.5-4.el5_1.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 21 Apr 2008 16:47:49 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2008:0198 CentOS 5 i386 virt-manager Update To: centos-announce(a)centos.org Message-ID: <20080421154749.GA18300(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2008:0198 Upstream details at : https://rhn.redhat.com/errata/RHBA-2008-0198.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 0ab29cc32db96613dc3df0f79be8c680 virt-manager-0.4.0-3.el5.1.i386.rpm 59235901253318a488b2c65d2c31bcbd virt-manager-0.4.0-3.el5.1.i686.rpm Source: 35d5478528204a9c880cf420b2315052 virt-manager-0.4.0-3.el5.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Mon, 21 Apr 2008 16:47:49 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2008:0198 CentOS 5 x86_64 virt-manager Update To: centos-announce(a)centos.org Message-ID: <20080421154749.GA18318(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2008:0198 Upstream details at : https://rhn.redhat.com/errata/RHBA-2008-0198.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: bd68fa6bfcfa40e258190fd47c703635 virt-manager-0.4.0-3.el5.1.x86_64.rpm Source: 35d5478528204a9c880cf420b2315052 virt-manager-0.4.0-3.el5.1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Mon, 21 Apr 2008 16:50:27 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2008:0239 Important CentOS 5 i386 poppler Update To: centos-announce(a)centos.org Message-ID: <20080421155027.GA18611(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2008:0239 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0239.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 56e539efe536f922c6e2d1e068088295 poppler-0.5.4-4.4.el5_1.i386.rpm b55397fc2d0c3daafeac19026e188362 poppler-devel-0.5.4-4.4.el5_1.i386.rpm ac8daaf946bf5915f8d3a2fe78b9c87b poppler-utils-0.5.4-4.4.el5_1.i386.rpm Source: a410fa5d13dfcfbfc57bf0c33b03ad8a poppler-0.5.4-4.4.el5_1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Mon, 21 Apr 2008 16:50:27 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2008:0239 Important CentOS 5 x86_64 poppler Update To: centos-announce(a)centos.org Message-ID: <20080421155027.GA18624(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2008:0239 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2008-0239.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: b0fe189bb3eec9d3401a1a6854a95673 poppler-0.5.4-4.4.el5_1.i386.rpm 507675f8073aa337cd939d0b79832259 poppler-0.5.4-4.4.el5_1.x86_64.rpm c6ee3c0f1839a66f2a43d9bec1d48909 poppler-devel-0.5.4-4.4.el5_1.i386.rpm 7bf9ddd101b883e3e99671a1658068c3 poppler-devel-0.5.4-4.4.el5_1.x86_64.rpm 445a5b56abed10fad6b34730bf8fb258 poppler-utils-0.5.4-4.4.el5_1.x86_64.rpm Source: a410fa5d13dfcfbfc57bf0c33b03ad8a poppler-0.5.4-4.4.el5_1.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Mon, 21 Apr 2008 21:03:09 +0300 From: Pasi Pirhonen <upi(a)centos.fi> Subject: [CentOS-announce] CESA-2008:0223 Critical CentOS 3 ia64 seamonkey - security update To: centos-announce(a)centos.org Message-ID: <20080421180309.GK30581(a)centos.fi> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory 2008:0223 https://rhn.redhat.com/errata/RHSA-2008-0223.html The following updated files have been uploaded and are currently syncing to the mirrors: ia64: updates/ia64/RPMS/seamonkey-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-chat-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-devel-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-dom-inspector-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-js-debugger-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-mail-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-nspr-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-nspr-devel-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-nss-1.0.9-0.17.el3.centos3.ia64.rpm updates/ia64/RPMS/seamonkey-nss-devel-1.0.9-0.17.el3.centos3.ia64.rpm -- Pasi Pirhonen - upi(a)iki.fi - http://pasi.pirhonen.eu/ Top-postings silently ignored

1 0

Console Screen Saver
by Joseph L. Casale 22 Apr '08

22 Apr '08

How does one access the properties associated with the blanking CentOS does at init3? How would I disable this for example? Thanks! jlc

5 4

Diskless Environment
by gopinath 22 Apr '08

22 Apr '08

How to configure Diskless environment in CentOS 5.1. Please help me out Regards, Gopinath M Signal Networks Pvt. Ltd. Smile... it increases your face value!

6 12

DDNS with DHCP
by gopinath 22 Apr '08

22 Apr '08

How to configure DDNS with DHCP on Centos 4.3 Regards, Gopinath M Signal Networks Pvt. Ltd. Smile... it increases your face value!

3 2

iptables details
by Fajar Priyanto 22 Apr '08

22 Apr '08

Hi all, I'm a bit confused reading the RHEL System-Administrator-Guide regarding this: (1) iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT --to 10.1.2.253:80 (2) iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT --to-destination 10.1.2.253:80 The first is for port forwarding, the second is said to be used for DMZ. But I tried both and the result is the same. Is there any difference between the two? Thank you, -- Fajar Priyanto | Reg'd Linux User #327841 | Linux tutorial http://linux2.arinet.org 08:09:27 up 1:01, 2.6.22-14-generic GNU/Linux Let's use OpenOffice. http://www.openoffice.org The real challenge of teaching is getting your students motivated to learn.

3 2

last resort before hard reboot
by Joshua Frankamp 21 Apr '08

21 Apr '08

Is there a resource for CentOS for things to do before a hard reboot? My situation is apparently an out of memory condition where I am seeing fatal 'oops' output all over the place, Ctrl-Alt-F3 (for example) new console login attempts will accept credentials and then never get to a login prompt. Remoting in is just as useless. I cannot therefore use any of the standard restart commands, since I cannot enter commands. By default in CentOs (and on my machine) Alt- SysRq is disabled. Do I have any other options before hard resetting the box? Thanks, - Joshua

2 1

Odd behaviour with modules; looking for some theories
by Miskell, Craig 21 Apr '08

21 Apr '08

Hi all, Recently, after doing some maintenance on one of my servers (Centos 5), I rebooted. On reboot, it didn't find the SAN disks at all, and after some poking around in maintenance mode, I discovered that it couldn't find the Qlogic module. It turns out that /lib/modules/<kernel-version>/modules.alias, modules.dep and such were all empty or just had their header comment lines. moddep -a fixed things up quickly enough once I figured out what was going on. However, I'm kinda stumped as to how these files got nuked in the first place. It wasn't files being deleted completely, it's like they were regenerated incorrectly. Checking backups showed these files were last changed (to their short form) on Feb 11; yum.log doesn't show any sign of updates on that date, so presumably it wasn't something like a kernel installation running amok. Does anyone have any theories as to what happened? Random logical guesses is fine ;-) Thanks, Craig Miskell, Technical Support, AgResearch Invermay 03 489-9279 "Usenet is like a herd of performing elephants with diarrhea -- massive, difficult to redirect, awe-inspiring, entertaining, and a source of mind- boggling amounts of excrement when you least expect it." -- Gene "spaf" Spafford (1992) ======================================================================= Attention: The information contained in this message and/or attachments from AgResearch Limited is intended only for the persons or entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipients is prohibited by AgResearch Limited. If you have received this message in error, please notify the sender immediately. =======================================================================

1 0

rejecting I/O to offline device (PERC woes)
by Curtis H. Wilbar Jr. 21 Apr '08

21 Apr '08

Haven't gotten any tips on a solution to the problem below. It happened again this weekend. My next test steps (order not determined): 1. Downgrade to CentOS 4 2. Swap out PERC controller with a spare I have never had a problem with the PERC4/DC controllers on our other machines (RHEL3/4, CentOS 4). Although, I've no other machine that has 5 300G Fujitsu SCSI drives either. Any suggestions on the below, or which order on the above to try ? Thanks, -- Curt ------------------------------- I have a 6650 with a PERC4/DC running CentOS5. After 1 to 3 weeks of operation (running VMWare Server) it 'dies' (raid array gets taken offline) and you get rejecting I/O to offline device. When this system was setup late last year, the 6650 was given all the latest firmware along with the PERC4/DC. using linttylog, the last entries from when the system must have 'checked out' last night, I see the data attached below. Some time back I thought I had cured this problem by adding noapic to the kernel boot parameters in boot.conf. It had gone away for a long time... but is now back. according to lintty, it reports controller firmware is: T0: Firmware version 352D build on Mar 19 2007 at 17:43:23 T0: MegaRAID Series 518 firmware version 352D using strings tty.log | grep 'MedErr on pd' | cut -c17- | sort | uniq -c | sort -n I see: 163 REC:log MedErr on pd[1] #retries=0 165 REC:log MedErr on pd[4] #retries=0 168 REC:log MedErr on pd[2] #retries=0 If I am to believe this, Patrol read is finding media errors on physical drives 1, 2, and 4 ! ? These drives are not even a year old, and to have an almost even distribution of errors across 3 drives seems far fetched (unless patrol read is reading past the end of drive ?, but then it would be doing that with all 5 drives). Is the PERC busted ? driver issue ? I'm running CentOS 5 with kernel 2.6.18-53.1.13.el5PAE from dmesg, megaraid related driver versions: megaraid cmm: 2.20.2.7 (Release Date: Sun Jul 16 00:01:03 EST 2006) megaraid: 2.20.5.1 (Release Date: Thu Nov 16 15:32:35 EST 2006) Anyone seen this behavior before ? Anyone have a solution ? We have several Dells in a hosting environment with PERC4/DC running RHEL3, RHEL4.X, and CentOS4.X. We have not had this issue on any of them (though they do not have 5 300G Fujitsu SCSI drives in a RAID 5 config either (as this one does)). Hoping someone can shed some light on this... so far I keep coming up short on finding a solution. Here is the full content of the last lines recorded in the PERC as pulled by linttylog: 03/24 21:43:41: Next PR scheduled to start at 03/25 0:00:00 03/25 3:47:41: REC:log MedErr on pd[4] #retries=0 03/25 3:47:41: LogSense: pd=04, cdb=2f 00 14 30 03 12 00 ff ff 00 03/25 3:47:41: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:47:41: REC: MedErr on LD[4] BadLba=143014e6 03/25 3:47:41: prCallback: Medium Error on pd=04, StartLba=14300312, ErrLba=143014e6 03/25 3:47:42: prRecQueue: starting pd=04 recovery - blocking host commands 03/25 3:47:42: prRecGo: Ready to attempt recovery errLBA=143014e6 on pd=04 03/25 3:47:42: prGetLDInfo: MediaErr in ld=0, span=0, arm=4 03/25 3:47:42: prRecGo: dataErr found on ld 0 span 0 arm 4 03/25 3:47:42: prRecGo: data NOT in cache; cacheLn=ffffffff, row=143014, stripe=50c052, refBlk=e6, type=1 03/25 3:47:42: prRecGo: R5-get cacheLn=133, c_ptr=d0dc1045 mem=d0daf9a4 & setup cInx=1db c=d0d26ee6 03/25 3:47:42: RtnFrmPrcRcyRd for arm=1 mem=d0db23f1 stripe=143014 type=2 i=0 status=ffff 03/25 3:47:42: RtnFrmPrcRcyRd for arm=2 mem=d0db2402 stripe=50c050 type=1 i=1 status=ffff 03/25 3:47:42: RtnFrmPrcRcyRd for arm=3 mem=d0db2413 stripe=50c051 type=1 i=2 status=ffff 03/25 3:47:42: RtnFrmPrcRcyRd for arm=0 mem=d0db23e0 stripe=50c053 type=1 i=4 status=ffff 03/25 3:47:43: REC:log MedErr on pd[1] #retries=0 03/25 3:47:43: LogSense: pd=01, cdb=28 00 14 30 14 e6 00 00 01 00 03/25 3:47:43: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:47:43: REC: MedErr on LD[1] BadLba=143014e6 03/25 3:47:43: REC:log MedErr on pd[2] #retries=0 03/25 3:47:43: LogSense: pd=02, cdb=28 00 14 30 14 e6 00 00 01 00 03/25 3:47:43: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:47:43: REC: MedErr on LD[2] BadLba=143014e6 03/25 3:47:43: org resgnBlk=e6 03/25 3:47:43: org resgnBlk=ffff 03/25 3:47:43: PatrolReadStart: Log MedErr pd=04 errLBA=143014e6 in NVRAM_EVENT_LOG 03/25 3:48:06: REC:log MedErr on pd[2] #retries=0 03/25 3:48:06: LogSense: pd=02, cdb=2f 00 14 2f a7 92 00 ff ff 00 03/25 3:48:06: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:48:06: REC: MedErr on LD[2] BadLba=143014e6 03/25 3:48:06: prCallback: Medium Error on pd=02, StartLba=142fa792, ErrLba=143014e6 03/25 3:48:06: prRecQueue: starting pd=02 recovery - blocking host commands 03/25 3:48:06: prRecGo: Ready to attempt recovery errLBA=143014e6 on pd=02 03/25 3:48:06: prGetLDInfo: MediaErr in ld=0, span=0, arm=2 03/25 3:48:06: prRecGo: dataErr found on ld 0 span 0 arm 2 03/25 3:48:06: prRecGo: data NOT in cache; cacheLn=24a, row=143014, stripe=50c050, refBlk=e6, type=1 03/25 3:48:06: prRecGo: R5-get cacheLn=24a, c_ptr=d0dcc646 mem=d0d945e2 & setup cInx=10e c=d0d1f9fc 03/25 3:48:06: RtnFrmPrcRcyRd for arm=1 mem=d0d98e11 stripe=143014 type=2 i=0 status=ffff 03/25 3:48:06: RtnFrmPrcRcyRd for arm=3 mem=d0d98e33 stripe=50c051 type=1 i=2 status=ffff 03/25 3:48:06: RtnFrmPrcRcyRd for arm=4 mem=d0d98e44 stripe=50c052 type=1 i=3 status=ffff 03/25 3:48:06: RtnFrmPrcRcyRd for arm=0 mem=d0d98e00 stripe=50c053 type=1 i=4 status=ffff 03/25 3:48:07: REC:log MedErr on pd[1] #retries=0 03/25 3:48:07: LogSense: pd=01, cdb=28 00 14 30 14 e6 00 00 01 00 03/25 3:48:07: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:48:07: REC: MedErr on LD[1] BadLba=143014e6 03/25 3:48:07: REC:log MedErr on pd[4] #retries=0 03/25 3:48:07: LogSense: pd=04, cdb=28 00 14 30 14 e6 00 00 01 00 03/25 3:48:07: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:48:07: REC: MedErr on LD[4] BadLba=143014e6 03/25 3:48:07: org resgnBlk=e6 03/25 3:48:07: org resgnBlk=ffff 03/25 3:48:07: PatrolReadStart: Log MedErr pd=02 errLBA=143014e6 in NVRAM_EVENT_LOG 03/25 3:48:09: REC:log MedErr on pd[1] #retries=0 03/25 3:48:09: LogSense: pd=01, cdb=2f 00 14 30 00 d2 00 ff ff 00 03/25 3:48:09: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:48:09: REC: MedErr on LD[1] BadLba=143014e6 03/25 3:48:09: prCallback: Medium Error on pd=01, StartLba=143000d2, ErrLba=143014e6 03/25 3:48:10: prRecQueue: starting pd=01 recovery - blocking host commands 03/25 3:48:10: prRecGo: Ready to attempt recovery errLBA=143014e6 on pd=01 03/25 3:48:10: prGetLDInfo: MediaErr in ld=0, span=0, arm=1 03/25 3:48:10: prRecGo: dataErr found on ld 0 span 0 arm 1 03/25 3:48:10: prRecGo: data NOT in cache; cacheLn=99, row=143014, stripe=143014, refBlk=e6, type=2 03/25 3:48:10: prRecGo: R5-get cacheLn=99, c_ptr=d0dbabcf mem=d0d92c51 & setup cInx=102 c=d0d1f324 03/25 3:48:10: RtnFrmPrcRcyRd for arm=2 mem=d0d9d002 stripe=50c050 type=1 i=1 status=ffff 03/25 3:48:10: RtnFrmPrcRcyRd for arm=3 mem=d0d9d013 stripe=50c051 type=1 i=2 status=ffff 03/25 3:48:10: RtnFrmPrcRcyRd for arm=4 mem=d0d9d024 stripe=50c052 type=1 i=3 status=ffff 03/25 3:48:10: RtnFrmPrcRcyRd for arm=0 mem=d0d9cfe0 stripe=50c053 type=1 i=4 status=ffff 03/25 3:48:11: REC:log MedErr on pd[2] #retries=0 03/25 3:48:11: LogSense: pd=02, cdb=28 00 14 30 14 e6 00 00 01 00 03/25 3:48:11: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:48:11: REC: MedErr on LD[2] BadLba=143014e6 03/25 3:48:11: REC:log MedErr on pd[4] #retries=0 03/25 3:48:11: LogSense: pd=04, cdb=28 00 14 30 14 e6 00 00 01 00 03/25 3:48:11: sense=f0 00 03 14 30 14 e6 28 00 00 00 00 11 01 00 00 00 3f 03/25 3:48:11: REC: MedErr on LD[4] BadLba=143014e6 03/25 3:48:11: org resgnBlk=e6 03/25 3:48:11: org resgnBlk=ffff 03/25 3:48:11: PatrolReadStart: Log MedErr pd=01 errLBA=143014e6 in NVRAM_EVENT_LOG Any help is greatly appreciated, -- Curt

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss