From owner-freebsd-hardware@FreeBSD.ORG Fri Feb 17 22:30:09 2006 Return-Path: X-Original-To: freebsd-hardware@freebsd.org Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE48C16A420 for ; Fri, 17 Feb 2006 22:30:08 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from vika.newlines.ru (anna.newlines.ru [195.246.218.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3296443D45 for ; Fri, 17 Feb 2006 22:30:08 +0000 (GMT) (envelope-from anton@nikiforov.ru) Received: from localhost (unknown [127.0.0.1]) by vika.newlines.ru (Postfix) with ESMTP id E104E122EC; Sat, 18 Feb 2006 01:30:06 +0300 (MSK) Received: from vika.newlines.ru ([127.0.0.1]) by localhost (anna.newlines.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53053-04; Sat, 18 Feb 2006 01:29:53 +0300 (MSK) Received: from [213.252.67.118] (unknown [213.252.67.118]) by vika.newlines.ru (Postfix) with ESMTP; Sat, 18 Feb 2006 01:29:53 +0300 (MSK) Message-ID: <43F64E66.9090406@nikiforov.ru> Date: Sat, 18 Feb 2006 01:29:58 +0300 From: Anton Nikiforov Organization: NewLines Ltd. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: Simon References: <20060217221541.5A05A43D6E@mx1.FreeBSD.org> In-Reply-To: <20060217221541.5A05A43D6E@mx1.FreeBSD.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000109040201030309090700" X-Virus-Scanned: By amavis at office-gw.newlines.ru Cc: "freebsd-hardware@freebsd.org" Subject: Re: LSI Logic trouble X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: anton@nikiforov.ru List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2006 22:30:09 -0000 This is a cryptographically signed message in MIME format. --------------ms000109040201030309090700 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Simon wrote: > I hope you have a backup :-) RAID does not guarantee bulletproof protection > against data loss. I know that :) but at the moment we were changing backup device because our old one become broken, so..... i have only one chance to get the data back :( > > When you saw this mismatch, you should have went into RAID's BIOS and > restored configuration from disk. Most likely the NVRAM version got corrupted. Tht situation is opposite. Controller "remember" the configuration, but on disks there is no RAID config (they are all just in READY state). And in this case controller do not "want" to use config from NVRAM. I do not understnd why. > > The only thing left to do is go back to controller's setup CTRL+M at bootup, > select new configuration and resetup both logical drives and standby EXACTLY > and I mean EXACTLY how it was setup the first time. At this point, DO NOT > initialize the logical drives, just reboot the server. If you reconfigured like it was > done the first time, your server should boot and see logical drives with all data > intact, unless something went really wrong with the drives and the data is > corrupted. Good luck, I will keep my fingers crossed for you. I had similar > experience with Mylex card on live server, it wasn't fun at all. Thanks, i'll try to, but i'm not sure how this drives were configured. First of all it was done not by me. Then 2 drives vere changed because of disks falure and Hot spare disks were used, so which drive was in what RAID is unknown. So i hope there is some port or utility to view the data on each hard drive to determine what part of which RAID it was. Anyway thanks for your help Anton > > PS: shto ti nadelal! > > -Simon > > On Sat, 18 Feb 2006 00:49:40 +0300, Anton Nikiforov wrote: > > >>Dear All, >>sorry for sending my request to so many maillists and looks like it is >>OFF TOPIC, but i have defenetley big trouble and kindly asking you to help. >> >>I have had server running FreeBSD-5.4p9 and it was samba file server for >>MS domain (about 600 people). >> >>Today we were changing power supply so we shut all servers down at 17:00. >> >>After changing of UPS we start everything up and my LSI controller >>starts to claim that disk and NVRAM configuration mismatch. >> >>When i tried to enter configuration console i have found out that all >>disks in my array are in READY state, that means they are not a part of >>any drive. >> >>After rebooting (via simple exitting the configuration console withiut >>changing anything), server stopped to claim that configuration mismutch, >>but shows 0 Logical drives configured (while before i have had 2 drives): >>Raid1 for the OS (2*140GB drives) >>Raid5 for the data (3*140GB drives) >>And one 140GB drive as a hot spare disk >>LSI FW version is G119 from Aug 27 2004 >> >>I'm sure that disks are still containing the information, but i do not >>know how to restore the LSI data on disks to boot properly or mount this >>drive somewhere on different system to get the data. >> >>ICP controllers support nondistructive build to build array from disks >>that already contain ICP information. But i have found nothing about the >>same function in LSI. And i'm afraid that this will erase (now i do not >>trust LSI) my info. >> >>I did contact LSI support but 3 people answerred that one is on the >>vacation, the other on the business trip and the third one is ill..... >>nice support. THere is nothing to say :) >> >>In case there is no way to restore my configuration and continue to use >>this server as it was could you please tell me the way to restore data > >>from that drives? > >>Best regards, >>Anton NIkiforov >> > > > > > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > --------------ms000109040201030309090700 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGKDCC AuEwggJKoAMCAQICAw6AYzANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDUwNDE2MTEwMzExWhcNMDYwNDE2MTEwMzEx WjBEMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSEwHwYJKoZIhvcNAQkBFhJh bnRvbkBuaWtpZm9yb3YucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDp45jI HORB4RVcbIIDMttb19fW9gb9dIX4CVBbCZSPmX+gpsYUCswB/wcqnF98LoSTIYxiY/hUrENH 5lObA+oEazWWmZQR5MQIgZViQ3H7vJ1KpaQ8tR7atUsCMudFb9Wu4jYgvFbjhYLO0cOFOfhr n99ucG5qpsXwriIbDYLT20xFvsbCk/zlMwPsIfxell+EM87MglUH5uym8LtcWVvfZgzYuNN0 1lJXF4Qs17X3y3XELuuRowdQGZQ6nNM2StTePuOL6J3piVERqhscLIpM9rjfH6nV8HM1+BW3 trgt5rWqzSfFlvxk6MF6cvz06xnE6Yw4FV63lrRzaiwm914/AgMBAAGjPzA9MA4GA1UdDwEB /wQEAwIHgDAdBgNVHREEFjAUgRJhbnRvbkBuaWtpZm9yb3YucnUwDAYDVR0TAQH/BAIwADAN BgkqhkiG9w0BAQQFAAOBgQASvk2h3CLH4S3NOw9yRfEdpHruWxov2mQvsV8qZKwjG8/661ze FmsQhAS18+6hCgK84qNrCINydH06Y5jsAGmwS8r9m+xOPxDKiehmOSsOpSVShzIfWdRx5Ni1 uFvPwH9L6czsOlw0PAQnYEv0jVbel6SA5MUWHwJ8liIGxkhi3jCCAz8wggKooAMCAQICAQ0w DQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNV BAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxA dGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNVBAYT AlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNU aGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEFAAOB jQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B1OVQ CjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79AgAJk 16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8ECDAG AQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3dGVQ ZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEaMBgG A1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7MDaNm rGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUaC4J0 niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk13iSx 0x1G/11fZU8xggJEMIICQAIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUg Q29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1h aWwgSXNzdWluZyBDQQIDDoBjMAkGBSsOAwIaBQCggbEwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMDYwMjE3MjIyOTU4WjAjBgkqhkiG9w0BCQQxFgQUYm5h 7htT86fMfXU5GfuMK+4S45AwUgYJKoZIhvcNAQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZI hvcNAQEBBQAEggEAX/IQ/fzRhQxrGsPkkmNJDRDisZ+OD0LMwwaJY4LlX6kFExGfqaMj/IeE 3yrsQKubbfcdYgXFzuBy0C4WW0YDpwRy57k4lpckCrFOi97HkShvKpjwu8xHzQmZn7aeR+NG YeSN76qAmtID+RfGInmOdTVNctz2K3W8w3C552LD4CufXnLsnYyEg37JlCYno5r6I2ph3tZT dX7cW+2ib2/T01uNUDe4KvbH5p3vCA8gmP6sHLdjbAWVFlvL7Wph1wsVjcsKUXLdU1c5Lq6Q vJ18iYsJcbyyIkuwcjyj5FtWdf7flXYbtxKmgWLZwZK14LX8bpFKcc2yBrUTOr19Le9R+AAA AAAAAA== --------------ms000109040201030309090700--