GyniO 10 Zgłoś post Napisano Styczeń 12, 2013 Po uruchomieniu trybu rescue-pro i uruchomieniu komend: cat /proc/mdstat root:/# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty] md1 : active raid1 sdb1[1] sda1[0] 20478912 blocks [2/2] [uU] md5 : active raid1 sda5[0] 955230080 blocks [2/1] [u_] unused devices: <none> mdadm -D /dev/md5 root:/# mdadm -D /dev/md5 /dev/md5: Version : 0.90 Creation Time : Wed Feb 29 09:54:40 2012 Raid Level : raid1 Array Size : 955230080 (910.98 GiB 978.16 GB) Used Dev Size : 955230080 (910.98 GiB 978.16 GB) Raid Devices : 2 Total Devices : 1 Preferred Minor : 5 Persistence : Superblock is persistent Update Time : Sat Jan 12 09:04:28 2013 State : clean, degraded Active Devices : 1 Working Devices : 1 Failed Devices : 0 Spare Devices : 0 UUID : b1848be0:182961de:a4d2adc2:26fd5302E Events : 0.11210416 Number Major Minor RaidDevice State 0 8 5 0 active sync /dev/sda5 1 0 0 1 removed Z logu wynika, że problemem jest awaria dysku czy się mylę? Dodam, że w konfiguracji na serwerze nic nie było zmieniane od miesięcy. Oczywiście napisałem do supportu, ale dla pewności pytam tutaj. Udostępnij ten post Link to postu Udostępnij na innych stronach
www.ionic.pl 535 Zgłoś post Napisano Styczeń 12, 2013 a co ma support do Twojego raidu, to serwer managed ? wypadł Ci dysk z macierzy, sprawdź dyski smartem jeśli są OK dodaj do raidu, jeśli nie wymień uszkodzony, dodaj i zresynchronizuj. Udostępnij ten post Link to postu Udostępnij na innych stronach
GyniO 10 Zgłoś post Napisano Styczeń 12, 2013 Wydaje mi się, że support może sprawdzić czy jest problem z dyskiem, czy po prostu coś się posypało. To, że tak napisałem nie znaczy "że domagam się od supportu natychmiastowej pomocy", tylko nakierowanie mnie gdzie tkwi problem. Sprawdziłem dyski smartem ( chyba o to chodziło ): smartctl -l error /dev/md5 smartctl -l error /dev/md5 smartctl 5.40 2010-07-12 r3124 [i686-pc-linux-gnu] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net /dev/md5: Unable to detect device type Smartctl: please specify device type with the -d option. Use smartctl -h to get a usage summary Przy md1, dm-0 mam to samo. Dodam, że używam Proxmoxa ( dedyk jest dzielony na 2 vps'y ) Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość Zgłoś post Napisano Styczeń 12, 2013 Pokaż coś takiego: smartctl -a /dev/sda | egrep 'Mod|Real|Pen|Coma' smartctl -a /dev/sdb | egrep 'Mod|Real|Pen|Coma' Udostępnij ten post Link to postu Udostępnij na innych stronach
GyniO 10 Zgłoś post Napisano Styczeń 12, 2013 (edytowany) smartctl -a /dev/sda | egrep 'Mod|Real|Pen|Coma' root:/# smartctl -a /dev/sda | egrep 'Mod|Real|Pen|Coma' Device Model: ST1000DM003-9YN162 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 smartctl -a /dev/sdb | egrep 'Mod|Real|Pen|Coma' root:/# smartctl -a /dev/sdb | egrep 'Mod|Real|Pen|Coma' Device Model: ST31000524AS 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 21 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 2 Jak wykonać synchronizację macierzy? Błądzę po googlach ( jest tam dużo podobnych problemów ), jednak nie mam na tyle wiedzy, żeby wklepywać cokolwiek się da - bo nie chcę stracić danych. Edytowano Styczeń 12, 2013 przez GyniO (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość patrys Zgłoś post Napisano Styczeń 12, 2013 Napisz do supportu ticket z załączonym powyższym logiem i poproś o wymianę. Dodać możesz, ale pewnie wypadnie: mdadm --manage /dev/md5 --add /dev/sdb5 Udostępnij ten post Link to postu Udostępnij na innych stronach
GyniO 10 Zgłoś post Napisano Styczeń 12, 2013 Chyba poszło? root:/# mdadm --manage /dev/md5 --add /dev/sdb5 mdadm: added /dev/sdb5 root:/# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty] md1 : active raid1 sdb1[1] sda1[0] 20478912 blocks [2/2] [uU] md5 : active raid1 sdb5[2] sda5[0] 955230080 blocks [2/1] [u_] [>....................] recovery = 1.2% (12294912/955230080) finish=129.4min speed=121370K/sec unused devices: <none> Tak to ma działać? Udostępnij ten post Link to postu Udostępnij na innych stronach
zrio 6 Zgłoś post Napisano Styczeń 12, 2013 Odbudowuje sobie macierz. Będzie ok, dopóki dysk nie padnie całkowicie Udostępnij ten post Link to postu Udostępnij na innych stronach
GyniO 10 Zgłoś post Napisano Styczeń 12, 2013 root:/# cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] [faulty] md1 : active raid1 sdb1[1] sda1[0] 20478912 blocks [2/2] [uU] md5 : active raid1 sdb5[1] sda5[0] 955230080 blocks [2/2] [uU] unused devices: <none> Co teraz musiałbym zrobić ( zamontować ), żeby wszystko wróciło do normy? Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość patrys Zgłoś post Napisano Styczeń 12, 2013 Nic wszystko działa poprawnie, jednak ja bym wymienił ten drugi dysk Udostępnij ten post Link to postu Udostępnij na innych stronach
GyniO 10 Zgłoś post Napisano Styczeń 12, 2013 Po uruchomieniu systemu w trybie HD ( ovh ) serwer nie wstaje, chyba jednak musiałbym coś zrobić? Udostępnij ten post Link to postu Udostępnij na innych stronach
Pan Kot 1535 Zgłoś post Napisano Styczeń 12, 2013 Ciężko powiedzieć dlaczego nie wstaje. OVH oferuje takie miłe ustrojstwo, o którym możesz wiedzieć lub też nie - standardowo na porcie :81 z tego co pamiętam oferują swoją własną usługę typu RESCUE - można tam odbudować raid, sprawdzić dyski i takie tam. Może warto sprawdzić? Udostępnij ten post Link to postu Udostępnij na innych stronach
GyniO 10 Zgłoś post Napisano Styczeń 12, 2013 Wykonałem tam wszystkie testy, jednak żaden test nie wyświetlił problemu. ` Udostępnij ten post Link to postu Udostępnij na innych stronach
Pan Kot 1535 Zgłoś post Napisano Styczeń 12, 2013 Podmontuj partycje w trybie rescue i sprawdź /var/log/kern.log, może kernel wstał na tyle, że nam coś więcej powie. Udostępnij ten post Link to postu Udostępnij na innych stronach
GyniO 10 Zgłoś post Napisano Styczeń 13, 2013 Jan 12 17:18:29 rescue kernel: rtc_cmos 00:03: RTC can wake from S4 Jan 12 17:18:29 rescue kernel: rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0 Jan 12 17:18:29 rescue kernel: rtc0: alarms up to one month, y3k, 114 bytes nvra m, hpet irqs Jan 12 17:18:29 rescue kernel: via_cputemp: Not a VIA CPU Jan 12 17:18:29 rescue kernel: w83627ehf: Found W83667HG chip at 0x290 Jan 12 17:18:29 rescue kernel: ACPI: resource w83627ehf [io 0x0295-0x0296] conf licts with ACPI region HWRE [io 0x290-0x299] Jan 12 17:18:29 rescue kernel: ACPI: If an ACPI driver is available for this dev ice, you should use it instead of the native driver Jan 12 17:18:29 rescue kernel: Software Watchdog Timer: 0.07 initialized. soft_n oboot=0 soft_margin=60 sec soft_panic=0 (nowayout= 0) Jan 12 17:18:29 rescue kernel: md: linear personality registered for level -1 Jan 12 17:18:29 rescue kernel: md: raid0 personality registered for level 0 Jan 12 17:18:29 rescue kernel: md: raid1 personality registered for level 1 Jan 12 17:18:29 rescue kernel: md: raid10 personality registered for level 10 Jan 12 17:18:29 rescue kernel: md: raid6 personality registered for level 6 Jan 12 17:18:29 rescue kernel: md: raid5 personality registered for level 5 Jan 12 17:18:29 rescue kernel: md: raid4 personality registered for level 4 Jan 12 17:18:29 rescue kernel: md: multipath personality registered for level -4 Jan 12 17:18:29 rescue kernel: md: faulty personality registered for level -5 Jan 12 17:18:29 rescue kernel: device-mapper: ioctl: 4.22.0-ioctl (2011-10-19) i nitialised: dm-devel@redhat.com Jan 12 17:18:29 rescue kernel: device-mapper: multipath: version 1.3.0 loaded Jan 12 17:18:29 rescue kernel: device-mapper: multipath round-robin: version 1.0 .0 loaded Jan 12 17:18:29 rescue kernel: EDAC MC: Ver: 2.1.0 Jan 12 17:18:29 rescue kernel: EDAC MC0: Giving out device to 'i7core_edac.c' 'i 7 core #0': DEV 0000:ff:03.0 Jan 12 17:18:29 rescue kernel: EDAC PCI0: Giving out device to module 'i7core_ed ac' controller 'EDAC PCI controller': DEV '0000:ff:03.0' (POLLED) Jan 12 17:18:29 rescue kernel: EDAC i7core: Driver loaded, 1 memory controller(s ) found. Jan 12 17:18:29 rescue kernel: AMD64 EDAC driver v3.4.0 Jan 12 17:18:29 rescue kernel: cpuidle: using governor ladder Jan 12 17:18:29 rescue kernel: cpuidle: using governor menu Jan 12 17:18:29 rescue kernel: EFI Variables Facility v0.08 2004-May-17 Jan 12 17:18:29 rescue kernel: No iBFT detected. Jan 12 17:18:29 rescue kernel: usbcore: registered new interface driver usbhid Jan 12 17:18:29 rescue kernel: usbhid: USB HID core driver Jan 12 17:18:29 rescue kernel: Netfilter messages via NETLINK v0.30. Jan 12 17:18:29 rescue kernel: nf_conntrack version 0.5.0 (16384 buckets, 65536 max) Jan 12 17:18:29 rescue kernel: ctnetlink v0.93: registering with nfnetlink. Jan 12 17:18:29 rescue kernel: xt_time: kernel timezone is -0000 Jan 12 17:18:29 rescue kernel: IPv4 over IPv4 tunneling driver Jan 12 17:18:29 rescue kernel: ip_tables: (C) 2000-2006 Netfilter Core Team Jan 12 17:18:29 rescue kernel: ipt_CLUSTERIP: ClusterIP Version 0.8 loaded succe ssfully Jan 12 17:18:29 rescue kernel: TCP cubic registered Jan 12 17:18:29 rescue kernel: Initializing XFRM netlink socket Jan 12 17:18:29 rescue kernel: NET: Registered protocol family 10 Jan 12 17:18:29 rescue kernel: ip6_tables: (C) 2000-2006 Netfilter Core Team Jan 12 17:18:29 rescue kernel: IPv6 over IPv4 tunneling driver Jan 12 17:18:29 rescue kernel: NET: Registered protocol family 17 Jan 12 17:18:29 rescue kernel: NET: Registered protocol family 15 Jan 12 17:18:29 rescue kernel: Bridge firewalling registered Jan 12 17:18:29 rescue kernel: L2TP core driver, V2.0 Jan 12 17:18:29 rescue kernel: PPPoL2TP kernel driver, V2.0 Jan 12 17:18:29 rescue kernel: L2TP IP encapsulation support (L2TPv3) Jan 12 17:18:29 rescue kernel: L2TP netlink interface Jan 12 17:18:29 rescue kernel: L2TP ethernet pseudowire support (L2TPv3) Jan 12 17:18:29 rescue kernel: 8021q: 802.1Q VLAN Support v1.8 Jan 12 17:18:29 rescue kernel: sctp: Hash tables configured (established 65536 b ind 65536) Jan 12 17:18:29 rescue kernel: Registering the dns_resolver key type Jan 12 17:18:29 rescue kernel: libceph: loaded (mon/osd proto 15/24, osdmap 5/6 5/6) Jan 12 17:18:29 rescue kernel: registered taskstats version 1 Jan 12 17:18:29 rescue kernel: rtc_cmos 00:03: setting system clock to 2013-01-1 2 17:18:15 UTC (1358011095) Jan 12 17:18:29 rescue kernel: r8169 0000:06:00.0: eth0: link down Jan 12 17:18:29 rescue kernel: r8169 0000:06:00.0: eth0: link down Jan 12 17:18:29 rescue kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready Jan 12 17:18:29 rescue kernel: ata7: SATA link down (SStatus 0 SControl 300) Jan 12 17:18:29 rescue kernel: ata8: SATA link down (SStatus 0 SControl 300) Jan 12 17:18:29 rescue kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Jan 12 17:18:29 rescue kernel: ata1.00: ATA-8: ST1000DM003-9YN162, CC46, max UDM A/133 Jan 12 17:18:29 rescue kernel: ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ ( depth 31/32), AA Jan 12 17:18:29 rescue kernel: ata1.00: configured for UDMA/133 Jan 12 17:18:29 rescue kernel: scsi 0:0:0:0: Direct-Access ATA ST1000DM 003-9YN1 CC46 PQ: 0 ANSI: 5 Jan 12 17:18:29 rescue kernel: sd 0:0:0:0: [sda] 1953525168 512-byte logical blo cks: (1.00 TB/931 GiB) Jan 12 17:18:29 rescue kernel: sd 0:0:0:0: [sda] 4096-byte physical blocks Jan 12 17:18:29 rescue kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0 Jan 12 17:18:29 rescue kernel: sd 0:0:0:0: [sda] Write Protect is off Jan 12 17:18:29 rescue kernel: sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jan 12 17:18:29 rescue kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cach e: enabled, doesn't support DPO or FUA Jan 12 17:18:29 rescue kernel: usb 5-2: new low-speed USB device number 2 using uhci_hcd Jan 12 17:18:29 rescue kernel: sda: sda1 sda2 sda3 < sda5 > Jan 12 17:18:29 rescue kernel: sd 0:0:0:0: [sda] Attached SCSI disk Jan 12 17:18:29 rescue kernel: input: Cypress Thinnet TM as /devices/pci0000:00/ 0000:00:1a.2/usb5/5-2/5-2:1.0/input/input0 Jan 12 17:18:29 rescue kernel: generic-usb 0003:04B4:8081.0001: input: USB HID v 1.00 Keyboard [Cypress Thinnet TM] on usb-0000:00:1a.2-2/input0 Jan 12 17:18:29 rescue kernel: input: Cypress Thinnet TM as /devices/pci0000:00/ 0000:00:1a.2/usb5/5-2/5-2:1.1/input/input1 Jan 12 17:18:29 rescue kernel: generic-usb 0003:04B4:8081.0002: input: USB HID v 1.00 Mouse [Cypress Thinnet TM] on usb-0000:00:1a.2-2/input1 Jan 12 17:18:29 rescue kernel: ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300) Jan 12 17:18:29 rescue kernel: ata2.00: ATA-8: ST31000524AS, JC4B, max UDMA/133 Jan 12 17:18:29 rescue kernel: ata2.00: 1953525168 sectors, multi 0: LBA48 NCQ ( depth 31/32) Jan 12 17:18:29 rescue kernel: ata2.00: configured for UDMA/133 Jan 12 17:18:29 rescue kernel: scsi 1:0:0:0: Direct-Access ATA ST310005 24AS JC4B PQ: 0 ANSI: 5 Jan 12 17:18:29 rescue kernel: sd 1:0:0:0: [sdb] 1953525168 512-byte logical blo cks: (1.00 TB/931 GiB) Jan 12 17:18:29 rescue kernel: sd 1:0:0:0: Attached scsi generic sg1 type 0 Jan 12 17:18:29 rescue kernel: sd 1:0:0:0: [sdb] Write Protect is off Jan 12 17:18:29 rescue kernel: sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00 Jan 12 17:18:29 rescue kernel: sd 1:0:0:0: [sdb] Write cache: enabled, read cach e: enabled, doesn't support DPO or FUA Jan 12 17:18:29 rescue kernel: sdb: sdb1 sdb2 sdb3 < sdb5 > Jan 12 17:18:29 rescue kernel: sd 1:0:0:0: [sdb] Attached SCSI disk Jan 12 17:18:29 rescue kernel: ata3: SATA link down (SStatus 0 SControl 300) Jan 12 17:18:29 rescue kernel: ata4: SATA link down (SStatus 0 SControl 300) Jan 12 17:18:29 rescue kernel: r8169 0000:06:00.0: eth0: link up Jan 12 17:18:29 rescue kernel: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready Jan 12 17:18:29 rescue kernel: Sending DHCP requests . Jan 12 17:18:29 rescue kernel: ata5: SATA link down (SStatus 0 SControl 300) Jan 12 17:18:29 rescue kernel: ata6: SATA link down (SStatus 0 SControl 300) Jan 12 17:18:29 rescue kernel: IPv6 addrconf: prefix with wrong length 56 Jan 12 17:18:29 rescue kernel: IPv6 addrconf: prefix with wrong length 56 Jan 12 17:18:29 rescue kernel: input: PS/2 Generic Mouse as /devices/platform/i8 042/serio1/input/input2 Jan 12 17:18:29 rescue kernel: ., OK Jan 12 17:18:29 rescue kernel: IP-Config: Got DHCP answer from 188.165.209.231, my address is 188.165.209.98 Jan 12 17:18:29 rescue kernel: IP-Config: Complete: Jan 12 17:18:29 rescue kernel: device=eth0, addr=188.165.209.98, mask=255.25 5.255.0, gw=188.165.209.254, Jan 12 17:18:29 rescue kernel: host=188.165.209.98, domain=, nis-domain=(non e), Jan 12 17:18:29 rescue kernel: bootserver=188.165.209.231, rootserver=188.16 5.209.232, rootpath=/home/pub/bsd-rescue Jan 12 17:18:29 rescue kernel: md: Waiting for all devices to be available befor e autodetect Jan 12 17:18:29 rescue kernel: md: If you don't use raid, use raid=noautodetect Jan 12 17:18:29 rescue kernel: md: Autodetecting RAID arrays. Jan 12 17:18:29 rescue kernel: md: invalid raid superblock magic on sda2 Jan 12 17:18:29 rescue kernel: md: sda2 does not have a valid v0.90 superblock, not importing! Jan 12 17:18:29 rescue kernel: md: invalid raid superblock magic on sdb2 Jan 12 17:18:29 rescue kernel: md: sdb2 does not have a valid v0.90 superblock, not importing! Jan 12 17:18:29 rescue kernel: md: Scanned 6 and added 4 devices. Jan 12 17:18:29 rescue kernel: md: autorun ... Jan 12 17:18:29 rescue kernel: md: considering sdb5 ... Jan 12 17:18:29 rescue kernel: md: adding sdb5 ... Jan 12 17:18:29 rescue kernel: md: sdb1 has different UUID to sdb5 Jan 12 17:18:29 rescue kernel: md: adding sda5 ... Jan 12 17:18:29 rescue kernel: md: sda1 has different UUID to sdb5 Jan 12 17:18:29 rescue kernel: md: created md5 Jan 12 17:18:29 rescue kernel: md: bind<sda5> Jan 12 17:18:29 rescue kernel: md: bind<sdb5> Jan 12 17:18:29 rescue kernel: md: running: <sdb5><sda5> Jan 12 17:18:29 rescue kernel: bio: create slab <bio-1> at 1 Jan 12 17:18:29 rescue kernel: md/raid1:md5: active with 2 out of 2 mirrors Jan 12 17:18:29 rescue kernel: md5: detected capacity change from 0 to 978155601 920 Jan 12 17:18:29 rescue kernel: md: considering sdb1 ... Jan 12 17:18:29 rescue kernel: md: adding sdb1 ... Jan 12 17:18:29 rescue kernel: md: adding sda1 ... Jan 12 17:18:29 rescue kernel: md: created md1 Jan 12 17:18:29 rescue kernel: md: bind<sda1> Jan 12 17:18:29 rescue kernel: md: bind<sdb1> Jan 12 17:18:29 rescue kernel: md: running: <sdb1><sda1> Jan 12 17:18:29 rescue kernel: md/raid1:md1: active with 2 out of 2 mirrors Jan 12 17:18:29 rescue kernel: md1: detected capacity change from 0 to 209704058 88 Jan 12 17:18:29 rescue kernel: md: ... autorun DONE. Jan 12 17:18:29 rescue kernel: RAMDISK: gzip image found at block 0 Jan 12 17:18:29 rescue kernel: VFS: Mounted root (ext2 filesystem) on device 1:0 . Jan 12 17:18:29 rescue kernel: Freeing unused kernel memory: 624k freed Jan 12 17:18:29 rescue kernel: ioctl32(mount:2014): Unknown cmd fd(3) cmd(800412 72){t:12;sz:4} arg(ffb6dec8) on / Jan 12 17:18:29 rescue kernel: ioctl32(mount:2014): Unknown cmd fd(3) cmd(000012 60){t:12;sz:0} arg(ffb6ded0) on / Jan 12 17:18:29 rescue kernel: ioctl32(mount:2014): Unknown cmd fd(3) cmd(800412 72){t:12;sz:4} arg(ffb6dec8) on / Jan 12 17:18:29 rescue kernel: ioctl32(mount:2014): Unknown cmd fd(3) cmd(000012 60){t:12;sz:0} arg(ffb6ded0) on / Jan 12 17:18:29 rescue kernel: md1: Jan 12 17:18:29 rescue kernel: md5: Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: mdadm: sending ioctl 1261 to a partition! Jan 12 17:18:29 rescue kernel: ttyS0: LSR safety check engaged! Jan 12 17:18:29 rescue kernel: ttyS0: LSR safety check engaged! Jan 12 17:18:29 rescue kernel: ttyS1: LSR safety check engaged! Jan 12 17:18:29 rescue kernel: ttyS1: LSR safety check engaged! Jan 12 17:18:29 rescue kernel: sshd (2990): /proc/2990/oom_adj is deprecated, pl ease use /proc/2990/oom_score_adj instead. Jan 12 17:18:36 rescue kernel: scsi_verify_blk_ioctl: 38 callbacks suppressed Jan 12 17:18:36 rescue kernel: smartctl: sending ioctl 30d to a partition! Jan 12 17:18:36 rescue kernel: smartctl: sending ioctl 31f to a partition! Jan 12 17:18:36 rescue kernel: smartctl: sending ioctl 30d to a partition! Jan 12 17:18:36 rescue kernel: smartctl: sending ioctl 31f to a partition! Jan 12 17:20:33 rescue kernel: libfcoe_device_notification: NETDEV_UNREGISTER ip 6tnl0 Jan 12 17:20:33 rescue kernel: libfcoe_device_notification: NETDEV_UNREGISTER si t0 Jan 12 17:20:33 rescue kernel: libfcoe_device_notification: NETDEV_UNREGISTER tu nl0 Jan 12 17:20:33 rescue kernel: libfcoe_device_notification: NETDEV_UNREGISTER lo Jan 12 18:23:25 rescue kernel: usb 5-2: USB disconnect, device number 2 Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość patrys Zgłoś post Napisano Styczeń 13, 2013 Co mają testy systemu do dysku który wyleciał z raid ? Sprawdź czy montuje się macierz w rescue, sprawdź bootloader i dopiero start Udostępnij ten post Link to postu Udostępnij na innych stronach
przemon 35 Zgłoś post Napisano Styczeń 13, 2013 pokaż log z normalnego bootowania systemu Udostępnij ten post Link to postu Udostępnij na innych stronach
GyniO 10 Zgłoś post Napisano Styczeń 13, 2013 (edytowany) Nie mogę podpiąć md5: root:/dev/pve# mount /dev/md5 /mnt mount: unknown filesystem type 'LVM2_member' Edytowano Styczeń 13, 2013 przez GyniO (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
przemon 35 Zgłoś post Napisano Styczeń 15, 2013 masz LVM na tym jeszcze, podmontuj logiczny wolumen a nie wolumen raid lvdisplay pokaż Udostępnij ten post Link to postu Udostępnij na innych stronach
