Re: tavfelugyelet tobb vonalon keresztül
On Wed, 2 Jul 2008, Szabo Istvan wrote: Nem tudom milyen a kliensgep, de ha linux, akkor egyetlen routing Vegyes felvágott, linux és Win is és még néhány managelhető eszköz... Az ugy eleg csunya. Ezeket valahogy be kellene terelni egy router/tuzfal moge, es akkor tiszta ugy lenne. Gondolom nem tudod osszekotni az uzem es irodai tuzfalat vezetekkel. Mert akkor a wifi-t be lehetne tenni az irodai tuzfal moge, es szep, vilagos minden. Meg az lehet a megoldas, ha az accesspontjaid tudnak tobb ssid-t es 802.1q vlan-t kezelni. Egyik ssid a tuzfalak kozotti routing, a masikon pedig a kliensek lognak, az irodai tuzfal meg routeol nekik. Udv, -=Lajbi=- LAJBER ZoltanSzent Istvan Egyetem, Informatika Hivatal HTH=Hope This Helps, YMMV=Your Mileage May Vary, HAND=Have A Nice Day _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: tavfelugyelet tobb vonalon keresztül
On Wed, 2 Jul 2008, Lajber Zoltan wrote: Vegyes felvágott, linux és Win is és még néhány managelhető eszköz... Az ugy eleg csunya. Ezeket valahogy be kellene terelni egy router/tuzfal Tehát az egész egy közös tűzfal/router mögött lenne, aminek 2 kijárata lenne. Ez így jól hangzik, csak sajnos nem kivitelezhető :-( moge, es akkor tiszta ugy lenne. Gondolom nem tudod osszekotni az uzem es Sajnos nem. Meg az lehet a megoldas, ha az accesspontjaid tudnak tobb ssid-t es 802.1q vlan-t kezelni. Sajnos nem tudják... Úgy tűnik az előző levélben vázolt szerint sikerült megoldani, ma kezdjük a teszteket Köszönöm a segítséget! -- (O__-- //\ / Varosi Csokonai Konyvtar // ) | Tel.: 59/503-152 V__/_[EMAIL PROTECTED] \ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
fellabu sw raid
sziasztok, van egy szerver (OpenSuse 10), benne 2 sata vinyo (sda, sdb), sw raidben, legnagyobb oromomre az sda elhasalt. mivel anno sw-rol nem tudtam bebootoltani, a particiok a kovetkezok a vinyokon: -sda1 - /boot - ext3 -sda2 - / - Linux raid autodetect - md0 -sda3 - / - swap -sda4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) -sdb1 - /boot2 - ext3 -sdb2 - / - Linux raid autodetect - md0 -sdb3 - / - swap -sdb4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) most az sda elhasalt, a szerver meg fut. az sda1 particio nortonghostal at lett imagelve, tehat elvileg arrol is be tud bootolni, ha atdugom a 0-as sata portra. elso kerdes, 160Gb-os Seagate vinyok vannak benne. ha nem kapok pont ilyet (ami igen valoszinu), akkor mit ajanlotok, vegyek masfajta 160ast, vagy vegyek inkabb nagyobbat, hogy biztos raferjen a particio? mik a tapasztalatok? meg sosem csinaltam sw raid visszaallitast, ezert inkabb elore kerdezek, ezeket tervezem: 1. adatmentes masik gepre (folyamatban :) 2. szerver leallit, sda-lehuz, sdb atdug sata 0 portra, bebootol (aggodom az fstab miatt, lasd lent) 3. az mdstat azt fogja kiirni, hogy fellabu, es sdb hinayzik (remenyeim szerint) 4. sdb kivetele a tombokbol: mdadm --remove /dev/md0 /dev/sdb , mdadm --remove /dev/md2 /dev/sdb 5. server leallit, uj vinyo radug 6. bebootol, cfdisk /dev/sdb megcsinalom a particiokat (kell e particionalni egyaltalan, vagy az mdadm megteszi? itt erdekes meg az is, hogy mi van ha kisebb/nagyobb vinyot kapok. kisebbre a szinten 160 gigas, de nehany byte-al kisebbet ertem, gondolom nem minden gyarto 160 Gigas vinyoja byte-ra annyit kapacitasu...) 7. mdadm --add /dev/md0 /dev/sdb , mdadm --add /dev/md2 /dev/sdb 8. megvarom a szinkronizalas veget, szerver ujraindit, nortonghostal sda1 - sdb1 9. server elindul, minden jo, orulunk. ez az otlet, amit eddig osszeszedtem, ha vmi hujeseg van benne legyszi irjatok meg udv / koszi andras ami meg kellhet info: cat /etc/fstab /dev/md0 /ext3 acl,user_xattr1 1 /dev/md2 /abasext3 acl,user_xattr1 2 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2HD4J-part1 /boot ext3 acl,user_xattr1 2 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2H7MG-part1 /boot2 ext3 acl,user_xattr1 2 proc /procproc defaults 0 0 sysfs/sys sysfs noauto0 0 debugfs /sys/kernel/debugdebugfsnoauto0 0 usbfs/proc/bus/usbusbfs noauto0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2HD4J-part3 swap cat /proc/mdstat Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md2 : active raid1 sda4[0](F) sdb4[1] 133154680 blocks super 1.0 [2/1] [_U] bitmap: 53/254 pages [212KB], 256KB chunk md0 : active raid1 sda2[0](F) sdb2[1] 20972784 blocks super 1.0 [2/1] [_U] cat /boot2/grub/menu.lst # Modified by YaST2. Last modification on Sat Jan 12 12:08:38 UTC 2008 default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/message ##YaST - activate ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 root (hd0,0) kernel /vmlinuz-2.6.22.5-31-default root=/dev/md0 vga=0x317 resume=/dev/md1 splash=silent showopts initrd /initrd-2.6.22.5-31-default ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 root (hd0,0) kernel /vmlinuz-2.6.22.5-31-default root=/dev/md0 vga=normal showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off 3 initrd /initrd-2.6.22.5-31-default bitmap: 97/161 pages [388KB], 64KB chunk _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
On Wed, 2 Jul 2008, Linux Levlist wrote: -sda1 - /boot - ext3 -sda2 - / - Linux raid autodetect - md0 -sda3 - / - swap -sda4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) -sdb1 - /boot2 - ext3 -sdb2 - / - Linux raid autodetect - md0 -sdb3 - / - swap -sdb4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) Nehany javaslat: -tenyel _mindent_ raid-re (/boot, swap, / ) -a bootolast is meg lehet csinalni raidesre, hogy sikeruljon akkor is, ha csak egy diszk van lilo-val kb ilyen kell: boot=/dev/md0 root=/dev/md0 raid-extra-boot=/dev/sda,/dev/sdb grub-al kicsit trukkosebb, azt nem tudom fejbol, de mukodik. elso kerdes, 160Gb-os Seagate vinyok vannak benne. ha nem kapok pont ilyet (ami igen valoszinu), akkor mit ajanlotok, vegyek masfajta 160ast, vagy vegyek inkabb nagyobbat, hogy biztos raferjen a particio? mik a tapasztalatok? Ha kisebb, akkor gaz van, nem fog osszeallni a raid. De ez csak particionkent ertendo, es neked a /boot meg swap meg nem raid, megoldhato a dolog. 1. adatmentes masik gepre (folyamatban :) 2. szerver leallit, sda-lehuz, sdb atdug sata 0 portra, bebootol (aggodom az fstab miatt, lasd lent) Ha hotswap-es a diszk, akkor en le se allitanam. Ha nem, akkor sajnos le kell... De akkor elotte megcsinalnam a lilo/grub-ot, hogy bootoljon sdb-rol, es kesz. 4. sdb kivetele a tombokbol: mdadm --remove /dev/md0 /dev/sdb , mdadm --remove /dev/md2 /dev/sdb Ezt meg elallitas elott celszeru. 5. server leallit, uj vinyo radug 6. bebootol, cfdisk /dev/sdb megcsinalom a particiokat (kell e particionalni egyaltalan, vagy az mdadm megteszi? Nem teszi meg helyetedd, kell particionalni. byte-al kisebbet ertem, gondolom nem minden gyarto 160 Gigas vinyoja byte-ra annyit kapacitasu...) Akkor valamelyik nem raid-es particiodat kicsit kisebbre veszed. 7. mdadm --add /dev/md0 /dev/sdb , mdadm --add /dev/md2 /dev/sdb OK 8. megvarom a szinkronizalas veget, szerver ujraindit, nortonghostal sda1 - sdb1 Miert is? inkabb konvertald a /boot es swap-et is raid1-re. Tovabba ghost helyett egyszerubb a dd parancs. En maskep csinalnam: /boot -ra szerintem nincs szukseg, elfer a / -on. Ekkor kb igy nezne ki a dolog: -sda2 - / - Linux raid autodetect - md0 -sda3 - swap - md1 -sda4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) a swap raidesitest meg tudod csinalni leallitas nelkul. Hogy minel kevesebb hibalehetoseg legyen, en ezeket csinalnam: -grub atallitasa hdb-re -leallit, diszk csere, szerver bootol, akar dolgozhat is -raid rendberakas, swap, boot raid-be konvertalas A meglevo nem raides particiok raidesiteserol tobb leiras is van a neten, listaarchiumban, stb. 9. server elindul, minden jo, orulunk. Remeljuk. Udv, -=Lajbi=- LAJBER ZoltanSzent Istvan Egyetem, Informatika Hivatal HTH=Hope This Helps, YMMV=Your Mileage May Vary, HAND=Have A Nice Day _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
Lajber Zoltan [EMAIL PROTECTED] wrote: Akkor valamelyik nem raid-es particiodat kicsit kisebbre veszed. 7. mdadm --add /dev/md0 /dev/sdb , mdadm --add /dev/md2 /dev/sdb OK Nem OK! Particiok vannak a tombokben, nem diszkek! -- Udv: Erdelyi Gabor _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
On Wed, 2 Jul 2008, Erdelyi Gabor wrote: 7. mdadm --add /dev/md0 /dev/sdb , mdadm --add /dev/md2 /dev/sdb OK Nem OK! Particiok vannak a tombokben, nem diszkek! Igen, jogos. Udv, -=Lajbi=- LAJBER ZoltanSzent Istvan Egyetem, Informatika Hivatal HTH=Hope This Helps, YMMV=Your Mileage May Vary, HAND=Have A Nice Day _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: HA file server ket gepbol
Papp Tamas wrote: Az eredeti kerdesre: nekem extyrem lassu volt a glusterfs, de lehet en szurtam el vmit. Jut eszembe, a fuse-t megpatkoltad hozza, ahogy irjak? -- Gabor HALASZ [EMAIL PROTECTED] _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: HA file server ket gepbol
On Wed, Jul 02, 2008 at 02:39:08PM +0200, Gabor HALASZ wrote: Messze nem egy kategoria a ketto, a drbd csak egy rossz vicc. A drbd mellett semmi nem szol, buta, rugalmatlan, kernelspace-ben fut, igazi sufintunning hack, de akkor is inkabb nbd es md, ha mar meltoztattak kijavitani a bitmap bugokat, az legalabb valamennyire rugalmas. Miert jobb az md+nbd? Miert rugalmatlan? Az md nem kernelspace-ben fut? Nem mondtam ilyet, csak azt, hogy a glusterfsnel megmarad. Mondjuk amikor utoljara drbd-vel probalkoztam (ocfs2-vel megtoldva), 30 perc perc utan semmi nem maradt a disken (kapott is rendesen, szo se rola), de ez lehetett az ocfs2 nyugje is. Ilyen szerencsere meg sosem fordult elo, csak user errorbol. Igaz, ugy sajnos eleg konnyu osszehozni. El lehetsz te atkozva, lasd amit Fujival beszelsz mostanaban a flamen. Ez nem is vitas:) tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: HA file server ket gepbol
On Wed, Jul 02, 2008 at 02:41:18PM +0200, Gabor HALASZ wrote: Papp Tamas wrote: Az eredeti kerdesre: nekem extyrem lassu volt a glusterfs, de lehet en szurtam el vmit. Jut eszembe, a fuse-t megpatkoltad hozza, ahogy irjak? Igen, persze. tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: HA file server ket gepbol
Papp Tamas wrote: On Wed, Jul 02, 2008 at 02:39:08PM +0200, Gabor HALASZ wrote: Messze nem egy kategoria a ketto, a drbd csak egy rossz vicc. A drbd mellett semmi nem szol, buta, rugalmatlan, kernelspace-ben fut, igazi sufintunning hack, de akkor is inkabb nbd es md, ha mar meltoztattak kijavitani a bitmap bugokat, az legalabb valamennyire rugalmas. Miert jobb az md+nbd? Mert nem csak ketelemu raid1-et tud, hanem mindent, amit az md. Nem mondtam ilyet, csak azt, hogy a glusterfsnel megmarad. Mondjuk amikor utoljara drbd-vel probalkoztam (ocfs2-vel megtoldva), 30 perc perc utan semmi nem maradt a disken (kapott is rendesen, szo se rola), de ez lehetett az ocfs2 nyugje is. Ilyen szerencsere meg sosem fordult elo, csak user errorbol. Igaz, ugy sajnos eleg konnyu osszehozni. Tekintheted user errornak, hogy parszor leallitottam es ujrainditottam az egyik-masik node-ot a bootolas es ujraszinkronizalas kozben, de sajnos ez a valosagban is elofordulhat. Ez akkorul volt, amikor megjelent linuxon, lehet, hogy azota javult a helyzet, de nem ereztem kesztetest, hogy ismet kiprobaljam. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: courier imap + tar
Hi! Linux Levlist [EMAIL PROTECTED] írta 2008-07-01 15:25-kor: csak azt furcsalom, hogy a tar miert nem tudja ezt lekezelni, ha valtozott a file archivalas alatt, hat valtozott, azert meg nem kellene kiakadnia... Akkor gondold ugyanezt egy olyan helyzetbe bele, amikor egy adatbázist próbálsz binárisan lementeni. Persze a szerintem szép megoldás ígyis-úgyis az, hogy lvm -el csinálsz egy snapshotot, azt mountolod be, és a snapshotot mented le, majd umount, és lvremove. Üdv:Gyur! -- ---[ Free Software ISOs - http://www.fsn.hu/?f=download ]--- -- PÁSZTOR György e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU) cell.: +3620 512 3335 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: fellabu sw raid
Szia, ha esetleg valami mégsem jól jön össze akkor csináld újra a raidtömböket: mdadm --create /dev/md0 --level 1 --raid-devices=2 /dev/sdb1 missing mdadm /dev/md0 -a /dev/sda1 hasonló esetben nekem szükségem volt erre. Az új vinyó behúzása után probléma lehet a partició méretével: e2fsck -f /dev/md0 resize2fs /dev/md0 üdv, Bán Miklós On Wed, 2 Jul 2008 12:08:24 +0200 Linux Levlist [EMAIL PROTECTED] wrote: sziasztok, van egy szerver (OpenSuse 10), benne 2 sata vinyo (sda, sdb), sw raidben, legnagyobb oromomre az sda elhasalt. mivel anno sw-rol nem tudtam bebootoltani, a particiok a kovetkezok a vinyokon: -sda1 - /boot - ext3 -sda2 - / - Linux raid autodetect - md0 -sda3 - / - swap -sda4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) -sdb1 - /boot2 - ext3 -sdb2 - / - Linux raid autodetect - md0 -sdb3 - / - swap -sdb4 - /data - Linux raid autodetect - md2 (md1 a swap volt regen) most az sda elhasalt, a szerver meg fut. az sda1 particio nortonghostal at lett imagelve, tehat elvileg arrol is be tud bootolni, ha atdugom a 0-as sata portra. elso kerdes, 160Gb-os Seagate vinyok vannak benne. ha nem kapok pont ilyet (ami igen valoszinu), akkor mit ajanlotok, vegyek masfajta 160ast, vagy vegyek inkabb nagyobbat, hogy biztos raferjen a particio? mik a tapasztalatok? meg sosem csinaltam sw raid visszaallitast, ezert inkabb elore kerdezek, ezeket tervezem: 1. adatmentes masik gepre (folyamatban :) 2. szerver leallit, sda-lehuz, sdb atdug sata 0 portra, bebootol (aggodom az fstab miatt, lasd lent) 3. az mdstat azt fogja kiirni, hogy fellabu, es sdb hinayzik (remenyeim szerint) 4. sdb kivetele a tombokbol: mdadm --remove /dev/md0 /dev/sdb , mdadm --remove /dev/md2 /dev/sdb 5. server leallit, uj vinyo radug 6. bebootol, cfdisk /dev/sdb megcsinalom a particiokat (kell e particionalni egyaltalan, vagy az mdadm megteszi? itt erdekes meg az is, hogy mi van ha kisebb/nagyobb vinyot kapok. kisebbre a szinten 160 gigas, de nehany byte-al kisebbet ertem, gondolom nem minden gyarto 160 Gigas vinyoja byte-ra annyit kapacitasu...) 7. mdadm --add /dev/md0 /dev/sdb , mdadm --add /dev/md2 /dev/sdb 8. megvarom a szinkronizalas veget, szerver ujraindit, nortonghostal sda1 - sdb1 9. server elindul, minden jo, orulunk. ez az otlet, amit eddig osszeszedtem, ha vmi hujeseg van benne legyszi irjatok meg udv / koszi andras ami meg kellhet info: cat /etc/fstab /dev/md0 /ext3 acl,user_xattr1 1 /dev/md2 /abas ext3 acl,user_xattr1 2 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2HD4J-part1 /boot ext3 acl,user_xattr1 2 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2H7MG-part1 /boot2 ext3 acl,user_xattr1 2 proc /procproc defaults 0 0 sysfs/sys sysfs noauto0 0 debugfs /sys/kernel/debugdebugfs noauto0 0 usbfs/proc/bus/usb usbfs noauto0 0 devpts /dev/pts devpts mode=0620,gid=5 0 0 /dev/disk/by-id/scsi-SATA_ST3160815AS_5RA2HD4J-part3 swap cat /proc/mdstat Personalities : [raid1] [raid0] [raid6] [raid5] [raid4] md2 : active raid1 sda4[0](F) sdb4[1] 133154680 blocks super 1.0 [2/1] [_U] bitmap: 53/254 pages [212KB], 256KB chunk md0 : active raid1 sda2[0](F) sdb2[1] 20972784 blocks super 1.0 [2/1] [_U] cat /boot2/grub/menu.lst # Modified by YaST2. Last modification on Sat Jan 12 12:08:38 UTC 2008 default 0 timeout 8 ##YaST - generic_mbr gfxmenu (hd0,0)/message ##YaST - activate ###Don't change this comment - YaST2 identifier: Original name: linux### title openSUSE 10.3 root (hd0,0) kernel /vmlinuz-2.6.22.5-31-default root=/dev/md0 vga=0x317 resume=/dev/md1 splash=silent showopts initrd /initrd-2.6.22.5-31-default ###Don't change this comment - YaST2 identifier: Original name: failsafe### title Failsafe -- openSUSE 10.3 root (hd0,0) kernel /vmlinuz-2.6.22.5-31-default root=/dev/md0 vga=normal showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off 3 initrd /initrd-2.6.22.5-31-default bitmap: 97/161 pages [388KB], 64KB chunk _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux -- Miklós Bán Behaviour Ecology Research Group Department of Evolutionary Zoology and Human Biology University Of Debrecen H-4032 Debrecen, Egyetem tér 1. Tel: +36 52/512-900/62356 _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: HA file server ket gepbol
On Wed, Jul 02, 2008 at 06:04:38PM +0200, Gabor HALASZ wrote: Tekintheted user errornak, hogy parszor leallitottam es ujrainditottam az egyik-masik node-ot a bootolas es ujraszinkronizalas kozben, de sajnos ez a valosagban is elofordulhat. Ez akkorul volt, amikor megjelent linuxon, lehet, hogy azota javult a helyzet, de nem ereztem kesztetest, hogy ismet kiprobaljam. Azota sok viz lefolyt a Dunan. Minden negativum ellenere, amiket irtam (hogy a fejlesztoi verziot nevezik stabilnak), nem volt vele nagyon nagyobb problemam. 0.7.x verzio ota hasznalom. 8.x-t nagy terheles alatt meg nem volt alkalmam. tompos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
RE: fellabu sw raid
On Wed, 2 Jul 2008, Erdelyi Gabor wrote: 7. mdadm --add /dev/md0 /dev/sdb , mdadm --add /dev/md2 /dev/sdb OK Nem OK! Particiok vannak a tombokben, nem diszkek! sziasztok, eloszor is koszi az infokat, lassan megvan az utemterv... erdekes dolog tortent, most alltam volna neki vinyot cserelni, de eszrevettem valalmit: a raid tombol ugye eltunt az sda, probaltam felmountolni, de nem is latta, gondoltam meghalt. de! most veletlen megtalaltam, hogy ottvan, megvannak a particiok meg az adatok, csak nem sda hanem sdc! a server uptime-ja 160 nap, a raid meg 3-4 napja mukodott, tehat nem ujrainditaskor cserelodott, hanem menet kozben! a logok alapjan csak a vinyoval lesz gond, de hogy kerult at menet kozben az sdc-re? ez normalis? gondolom a vinyocsere szukseges ezek utan. udv / koszi andras a logokba ilyeneket talaltam (ezekkel van tele): Jul 1 22:02:07 server kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x9 action 0xa frozen Jul 1 22:02:07 server kernel: ata3: hard resetting link Jul 1 22:02:09 server kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Jul 1 22:02:10 server kernel: ata3.00: configured for UDMA/100 Jul 1 22:02:10 server kernel: ata3: EH pending after completion, repeating EH (cnt=4) Jul 1 22:02:10 server kernel: ata3: EH complete Jul 1 22:02:10 server kernel: sd 3:0:0:0: [sda] 312581808 512-byte hardware sectors (160042 MB) Jul 1 22:02:10 server kernel: sd 3:0:0:0: [sda] Write Protect is off Jul 1 22:02:10 server kernel: sd 3:0:0:0: [sda] Mode Sense: 00 3a 00 00 Jul 1 22:02:10 server kernel: sd 3:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jul 2 00:49:30 server kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x9 action 0xa frozen Jul 2 00:49:30 server kernel: ata3: hard resetting link Jul 2 00:49:32 server kernel: ata3: COMRESET failed (errno=-32) Jul 2 00:49:32 server kernel: ata3: reset failed (errno=-32), retrying in 8 secs Jul 2 00:49:32 server kernel: ata3: hard resetting link Jul 2 00:49:34 server kernel: ata3: COMRESET failed (errno=-32) Jul 2 00:49:34 server kernel: ata3: reset failed (errno=-32), retrying in 8 secs Jul 2 00:49:34 server kernel: ata3: hard resetting link Jul 2 00:49:36 server kernel: ata3: COMRESET failed (errno=-32) Jul 2 00:49:36 server kernel: ata3: reset failed (errno=-32), retrying in 33 secs Jul 2 00:49:36 server kernel: ata3: hard resetting link Jul 2 00:49:39 server kernel: ata3: SATA link down (SStatus 0 SControl 310) Jul 2 00:49:39 server kernel: ata3: failed to recover some devices, retrying in 5 secs Jul 2 00:49:44 server kernel: ata3: hard resetting link Jul 2 00:49:44 server kernel: ata3: SATA link down (SStatus 0 SControl 310) Jul 2 00:49:44 server kernel: ata3.00: limiting speed to UDMA/100:PIO3 Jul 2 00:49:44 server kernel: ata3: failed to recover some devices, retrying in 5 secs Jul 2 00:49:49 server kernel: ata3: hard resetting link Jul 2 00:49:49 server kernel: ata3: SATA link down (SStatus 0 SControl 310) Jul 2 00:49:49 server kernel: ata3.00: disabled Jul 2 00:49:50 server kernel: ata3: EH pending after completion, repeating EH (cnt=4) Jul 2 00:49:50 server kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x1 action 0xb Jul 2 00:49:50 server kernel: ata3: hard resetting link Jul 2 00:49:50 server kernel: ata3: SATA link down (SStatus 0 SControl 310) Jul 2 00:49:50 server kernel: ata3: EH complete Jul 2 00:49:50 server kernel: ata3.00: detaching (SCSI 3:0:0:0) Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] Synchronizing SCSI cache Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] Stopping disk Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] START_STOP FAILED Jul 2 00:49:50 server kernel: sd 3:0:0:0: [sdc] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] 312581808 512-byte hardware sectors (160042 MB) Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Write Protect is off Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00 Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] 312581808 512-byte hardware sectors (160042 MB) Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Write Protect is off Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Mode Sense: 00 3a 00 00 Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Jul 2 01:03:40 server kernel: sdc: sdc1 sdc2 sdc3 sdc4 Jul 2 01:03:40 server kernel: sd 3:0:0:0: [sdc] Attached SCSI disk _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux