[glux] mkfs.xfs formattare disco remoto

Lun 24 Feb 2014 13:50:41 CET

ciao  ecco a titolo infotrmativo vi riporto un po' di info, come dicevo e'
bastato passare da CentOs 6.4 a 6.5 per risolvere, purtroppo senza capire
il perche' e penso che anche ora fare segnalazioni sia inutile

ciao, gg

CentOS 6.4 e dischi Dell EqualLogic PS6100

quando lanci il comando di formattazione, indipendentemente dal tipo di
file system (xfs, ext4, ext3)

il processo mkfs resta appeso e non c'e' modo di chiuderlo (nemmeno kill -9)

Non resta che fare reboot e non sempre ci riesce (quindi power off/on)

sulla console escono una tonnellata di questi errori

Feb 21 18:01:55 DR kernel: end_request: critical target error, dev sdf,
sector 2048

Feb 21 18:01:55 DR kernel: end_request: critical target error, dev sdf,
sector 2048

Feb 21 18:01:55 DR kernel: end_request: critical target error, dev sdf,
sector 2048

Feb 21 18:01:55 DR kernel: end_request: critical target error, dev sdf,
sector 2048

Feb 21 18:01:55 DR kernel: end_request: critical target error, dev sdf,
sector 2048

Feb 21 18:01:55 DR kernel: end_request: critical target error, dev sdf,
sector 2048

nel var/log/messages escono una tonnellata di questi errori

Feb 22 07:02:30 DR kernel: sdf1: rw=513, want=8386497, limit=1467858987

Feb 22 07:02:30 DR kernel: attempt to access beyond end of device

Feb 22 07:02:30 DR kernel: sdf1: rw=513, want=18446744073709551553,
limit=1467858987

Feb 22 07:02:30 DR kernel: attempt to access beyond end of device

Feb 22 07:02:30 DR kernel: sdf1: rw=513, want=8386497, limit=1467858987

Feb 22 07:02:30 DR kernel: attempt to access beyond end of device

Feb 22 07:02:30 DR kernel: sdf1: rw=513, want=18446744073709551553,
limit=1467858987

Feb 22 07:02:30 DR kernel: attempt to access beyond end of device

Feb 22 07:02:30 DR kernel: sdf1: rw=513, want=8386497, limit=1467858987

Feb 22 07:02:30 DR kernel: attempt to access beyond end of device

non so dirti quale modulo del kernel sia bacato,

ma sembra proprio che non riesca a capire la geometria del disco e tenti di
accedere oltre i limiti del device.

L'assurdo e' che la stessa distribuzione con dischi Dell Compellent
(dispositivi di costo/prestazioni superiori) funziona egregiamente.

Comunque, usando CentOS 6.5 il tutto ha funzionato perfettamente.

Il 22/feb/2014 20:03 "Daniele Magni" <dmarcore78@gmail.com> ha scritto:

> Ciao gigi
>
> Mi sai dire qual'era il modulo compromesso?
> Te lo chiedo solo per vedere se ci sono i presupposti per un exploit
> zero-day.
> Grazie
> Il 22/feb/2014 17:30 "gigiv" <gigiv2@gmail.com> ha scritto:
>
>> Solved
>> Baco nek kernel di centOS
>>
>> Grazie
>>
>> Gg
>> Il 22/feb/2014 11:34 "gigiv" <gigiv2@gmail.com> ha scritto:
>>
>>> i dischi da formattare
>>> fdisk -l dice cosi'
>>>
>>> Disk /dev/sdf: 966.4 GB, 966367641600 bytes
>>> 255 heads, 63 sectors/track, 117487 cylinders
>>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>> Sector size (logical/physical): 512 bytes / 512 bytes
>>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>>> Disk identifier: 0x00000000
>>>
>>>
>>> Disk /dev/sdg: 966.4 GB, 966367641600 bytes
>>> 255 heads, 63 sectors/track, 117487 cylinders
>>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>> Sector size (logical/physical): 512 bytes / 512 bytes
>>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>>> Disk identifier: 0x00000000
>>>
>>>
>>> Disk /dev/sdh: 966.4 GB, 966367641600 bytes
>>> 255 heads, 63 sectors/track, 117487 cylinders
>>> Units = cylinders of 16065 * 512 = 8225280 bytes
>>> Sector size (logical/physical): 512 bytes / 512 bytes
>>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>>> Disk identifier: 0x00000000
>>> [9.32.39] : 3 volumi remoti da 900G
>>> [9.33.08]  volumi connessi via iSCSI
>>>
>>> iscsiadm -m node
>>> 172.12.1.93:3260,1
>>> iqn.2001-05.com.equallogic:0-1cb196-b15654332-4c670b2343d53081-nf-1
>>> 172.12.1.93:3260,1
>>> iqn.2001-05.com.equallogic:0-1cb196-ae9654332-bd470b2343b53081-nf-0
>>> 172.12.1.93:3260,1
>>> iqn.2001-05.com.equallogic:0-1cb196-b32654332-2ce70b2343f53081-nf-2
>>>
>>>
>>>
>>>
>>>
>>>
>>> Il giorno 21 febbraio 2014 18:11, gigiv <gigiv2@gmail.com> ha scritto:
>>>
>>>> mmm di banda dovrebbe averne in abbondanza ma non so fino a che punto
>>>>
>>>> gli faccio presente la cosa
>>>> in effetti so che spesso fa assistenza remota su aggeggi che fa la sua
>>>> ditta  sparpagliati in giro per il mondo
>>>> non sono certo che sia anche questo il caso, chiedo
>>>>
>>>> grassie
>>>>
>>>> gg
>>>>
>>>>
>>>> Il giorno 21 febbraio 2014 15:13, Maxxer <maxxer_@imilesi.it> ha
>>>> scritto:
>>>>
>>>>>  2014-02-20 9:12 GMT+01:00 gigiv <gigiv2@gmail.com>:
>>>>>
>>>>> ora sta facendo prove con filesystem diversi
>>>>>> il guaio che il disco e' "molto" remoto  e non c'e' possibilita' di
>>>>>> accedervi
>>>>>>
>>>>>
>>>>>  iSCSI è un protocollo che richiede una buona banda, immagino che con
>>>>> "molto remoto" tu non intenda un link >=1GBps, minimo che ho trovato in
>>>>> giro per performance decenti iSCSI ;)
>>>>> Mi orienterei su NFS o qualcosa di studiato per la rete, ma non iscsi
>>>>>
>>>>> _______________________________________________
>>>>> glux mailing list
>>>>> glux@lists.linux.it
>>>>> http://lists.linux.it/listinfo/glux
>>>>> http://www.lecco.linux.it
>>>>>
>>>>
>>>>
>>>
>> _______________________________________________
>> glux mailing list
>> glux@lists.linux.it
>> http://lists.linux.it/listinfo/glux
>> http://www.lecco.linux.it
>>
>
> _______________________________________________
> glux mailing list
> glux@lists.linux.it
> http://lists.linux.it/listinfo/glux
> http://www.lecco.linux.it
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.linux.it/pipermail/glux/attachments/20140224/695f539c/attachment.html>