[Users] Adding LIO iSCSI target as storage fails

Hi guys,<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US><o:p= </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>I’m t= rying to add an LIO iSCSI target as data domain into ovirt and it fails.<o:=
</span></p><p class=3DMsoNormal><span lang=3DEN-US>The GUI reports :<o:p><= /o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US style=3D'font-famil= y:"Arial Unicode MS","sans-serif";color:black;background:white'>Error: A Re= quest to the Server failed with the following Status Code: 503</span><span = lang=3DEN-US><o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>= <o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>And the= engine log reports :<o:p></o:p></span></p><p class=3DMsoNormal><span lang= =3DEN-US>2012-11-22 10:05:10,154 INFO [org.ovirt.engine.core.bll.stor= age.AddSANStorageDomainCommand] (ajp--0.0.0.0-8009-3) [7ff25919] Running co= mmand: AddSANStorageDomainCommand internal: false. Entities affected : = ; ID: aaa00000-0000-0000-0000-123456789aaa Type: System<o:p></o:p></span></=
2012-11-22 10:05:10,904 INFO [org.ovirt.engine.core.vdsbroker.vdsbro= ker.CreateVGVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] FINISH, CreateVGVD= SCommand, return: LvKD1i-L68S-ix09-OYcr-Ytzd-93wh-8XFe8e, log id: 7bbd158c<= o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>2012-11-22 10:= 05:10,913 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStora= geDomainVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] START, CreateStorageDo=
<p class=3DMsoNormal><span class=3Dgwt-inlinelabel><span lang=3DEN-US styl= e=3D'font-family:"Arial Unicode MS","sans-serif";color:black;background:whi= te'>LIO Target running on Centos6.3/3.6.3-1.el6.elrepo.x86_64 kernel<o:p></= o:p></span></span></p><p class=3DMsoNormal><span class=3Dgwt-inlinelabel><s=
--_000_7AFA66599AC41847AD8E021A1DBB9D1426FAA40F4Apandoreankama_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi guys, I'm trying to add an LIO iSCSI target as data domain into ovirt and it fail= s. The GUI reports : Error: A Request to the Server failed with the following Status Code: 503 And the engine log reports : 2012-11-22 10:05:10,154 INFO [org.ovirt.engine.core.bll.storage.AddSANStor= ageDomainCommand] (ajp--0.0.0.0-8009-3) [7ff25919] Running command: AddSANS= torageDomainCommand internal: false. Entities affected : ID: aaa00000-0000= -0000-0000-123456789aaa Type: System 2012-11-22 10:05:10,177 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateVGVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] START, CreateVGVDSComman= d(vdsId =3D 936326ca-3482-11e2-a6fc-6f050df067da, storageDomainId=3D6e93ed9= e-1dd7-42b7-9e93-dc0187cc6fde, deviceList=3D[50103ff106001405db2776165d3349= 2091bde115a020100344c494f2d4f52470049424c4f434b3a64623237373631362d35643333= 2d343932302d393162642d]), log id: 7bbd158c 2012-11-22 10:05:10,904 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateVGVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] FINISH, CreateVGVDSComma= nd, return: LvKD1i-L68S-ix09-OYcr-Ytzd-93wh-8XFe8e, log id: 7bbd158c 2012-11-22 10:05:10,913 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] START, Create= StorageDomainVDSCommand(vdsId =3D 936326ca-3482-11e2-a6fc-6f050df067da, sto= rageDomain=3Dorg.ovirt.engine.core.common.businessentities.storage_domain_s= tatic@cd3431b, args=3DLvKD1i-L68S-ix09-OYcr-Ytzd-93wh-8XFe8e), log id: 56c4= cbde 2012-11-22 10:05:17,332 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Cr= eateStorageDomainVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] FINISH, Creat= eStorageDomainVDSCommand, log id: 56c4cbde 2012-11-22 10:05:17,338 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Ge= tStorageDomainStatsVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] START, GetS= torageDomainStatsVDSCommand(vdsId =3D 936326ca-3482-11e2-a6fc-6f050df067da,= storageDomainId=3D6e93ed9e-1dd7-42b7-9e93-dc0187cc6fde), log id: 5142061 2012-11-22 10:05:17,654 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Ge= tStorageDomainStatsVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] FINISH, Get= StorageDomainStatsVDSCommand, return: org.ovirt.engine.core.common.business= entities.storage_domains@68e03e79, log id: 5142061 2012-11-22 10:05:17,674 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Ge= tVGInfoVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] START, GetVGInfoVDSComm= and(vdsId =3D 936326ca-3482-11e2-a6fc-6f050df067da, VGID=3DLvKD1i-L68S-ix09= -OYcr-Ytzd-93wh-8XFe8e), log id: 52756b80 2012-11-22 10:05:17,739 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.Ge= tVGInfoVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] FINISH, GetVGInfoVDSCom= mand, return: [org.ovirt.engine.core.common.businessentities.LUNs@53a8c83f]= , log id: 52756b80 2012-11-22 10:05:17,758 INFO [org.ovirt.engine.core.utils.transaction.Tran= sactionSupport] (ajp--0.0.0.0-8009-3) [7ff25919] transaction rolled back 2012-11-22 10:05:17,759 ERROR [org.ovirt.engine.core.bll.storage.AddSANStor= ageDomainCommand] (ajp--0.0.0.0-8009-3) [7ff25919] Command org.ovirt.engine= .core.bll.storage.AddSANStorageDomainCommand throw exception: org.springfra= mework.dao.DataIntegrityViolationException: CallableStatementCallback; SQL = [{call insertluns(?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: value too long for type= character varying(50) Where: SQL statement "INSERT INTO LUNs(LUN_id, physical_volume_id, volume= _group_id, serial, lun_mapping, vendor_id, product_id, device_size) VALUES(= $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 )" PL/pgSQL function "insertluns" line 2 at SQL statement; nested exception is= org.postgresql.util.PSQLException: ERROR: value too long for type characte= r varying(50) Where: SQL statement "INSERT INTO LUNs(LUN_id, physical_volume_id, volume= _group_id, serial, lun_mapping, vendor_id, product_id, device_size) VALUES(= $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 )" Being registered to LIO mailing list, I know there are concerns about LUN I= D length being pretty insane (127 chars here). Having used an Equallogic iS= CSI SAN, I did not have this problem, so I suppose this come from the id le= ngth. Until this is fixed at LIO side (if it has to be), ovirt should handl= e such situations. I'm gonna resize my database col size to test that. My configuration : oVirt Engine Version: 3.1.0-3.19.el6 (Dreyou repo) running on stock Centos6= .3 LIO Target running on Centos6.3/3.6.3-1.el6.elrepo.x86_64 kernel Ovirt node running on latest Fedora17 Vince --=20 This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. --_000_7AFA66599AC41847AD8E021A1DBB9D1426FAA40F4Apandoreankama_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><meta http-equiv=3DContent-Type content= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 14 (filtered medium)"><style><!-- /* Font Definitions */ @font-face {font-family:"Arial Unicode MS"; panose-1:2 11 6 4 2 2 2 2 2 4;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4;} @font-face {font-family:Tahoma; panose-1:2 11 6 4 3 5 4 4 2 4;} @font-face {font-family:"\@Arial Unicode MS"; panose-1:2 11 6 4 2 2 2 2 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0cm; margin-bottom:.0001pt; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-fareast-language:EN-US;} a:link, span.MsoHyperlink {mso-style-priority:99; color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {mso-style-priority:99; color:purple; text-decoration:underline;} p.MsoAcetate, li.MsoAcetate, div.MsoAcetate {mso-style-priority:99; mso-style-link:"Texte de bulles Car"; margin:0cm; margin-bottom:.0001pt; font-size:8.0pt; font-family:"Tahoma","sans-serif"; mso-fareast-language:EN-US;} span.EmailStyle17 {mso-style-type:personal-compose; font-family:"Calibri","sans-serif"; color:windowtext;} span.TextedebullesCar {mso-style-name:"Texte de bulles Car"; mso-style-priority:99; mso-style-link:"Texte de bulles"; font-family:"Tahoma","sans-serif";} span.gwt-inlinelabel {mso-style-name:gwt-inlinelabel;} span.apple-converted-space {mso-style-name:apple-converted-space;} .MsoChpDefault {mso-style-type:export-only; font-family:"Calibri","sans-serif"; mso-fareast-language:EN-US;} @page WordSection1 {size:612.0pt 792.0pt; margin:70.85pt 70.85pt 70.85pt 70.85pt;} div.WordSection1 {page:WordSection1;} --></style><!--[if gte mso 9]><xml> <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext=3D"edit"> <o:idmap v:ext=3D"edit" data=3D"1" /> </o:shapelayout></xml><![endif]--></head><body lang=3DFR link=3Dblue vlink= =3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span lang=3DEN-US= p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p= p><p class=3DMsoNormal><span lang=3DEN-US>2012-11-22 10:05:10,177 INFO = ; [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateVGVDSCommand] (ajp--0.0.= 0.0-8009-3) [7ff25919] START, CreateVGVDSCommand(vdsId =3D 936326ca-3482-11= e2-a6fc-6f050df067da, storageDomainId=3D6e93ed9e-1dd7-42b7-9e93-dc0187cc6fd= e, deviceList=3D[50103ff106001405db2776165d33492091bde115a020100344c494f2d4= f52470049424c4f434b3a64623237373631362d356433332d343932302d393162642d]), lo= g id: 7bbd158c<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US= mainVDSCommand(vdsId =3D 936326ca-3482-11e2-a6fc-6f050df067da, storageDomai= n=3Dorg.ovirt.engine.core.common.businessentities.storage_domain_static@cd3= 431b, args=3DLvKD1i-L68S-ix09-OYcr-Ytzd-93wh-8XFe8e), log id: 56c4cbde<o:p>= </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>2012-11-22 10:05:1= 7,332 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDo= mainVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] FINISH, CreateStorageDomai= nVDSCommand, log id: 56c4cbde<o:p></o:p></span></p><p class=3DMsoNormal><sp= an lang=3DEN-US>2012-11-22 10:05:17,338 INFO [org.ovirt.engine.core.v= dsbroker.vdsbroker.GetStorageDomainStatsVDSCommand] (ajp--0.0.0.0-8009-3) [= 7ff25919] START, GetStorageDomainStatsVDSCommand(vdsId =3D 936326ca-3482-11= e2-a6fc-6f050df067da, storageDomainId=3D6e93ed9e-1dd7-42b7-9e93-dc0187cc6fd= e), log id: 5142061<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3D= EN-US>2012-11-22 10:05:17,654 INFO [org.ovirt.engine.core.vdsbroker.v= dsbroker.GetStorageDomainStatsVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] = FINISH, GetStorageDomainStatsVDSCommand, return: org.ovirt.engine.core.comm= on.businessentities.storage_domains@68e03e79, log id: 5142061<o:p></o:p></s= pan></p><p class=3DMsoNormal><span lang=3DEN-US>2012-11-22 10:05:17,674 INF= O [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVGInfoVDSCommand] (aj= p--0.0.0.0-8009-3) [7ff25919] START, GetVGInfoVDSCommand(vdsId =3D 936326ca= -3482-11e2-a6fc-6f050df067da, VGID=3DLvKD1i-L68S-ix09-OYcr-Ytzd-93wh-8XFe8e= ), log id: 52756b80<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3D= EN-US>2012-11-22 10:05:17,739 INFO [org.ovirt.engine.core.vdsbroker.v= dsbroker.GetVGInfoVDSCommand] (ajp--0.0.0.0-8009-3) [7ff25919] FINISH, GetV= GInfoVDSCommand, return: [org.ovirt.engine.core.common.businessentities.LUN= s@53a8c83f], log id: 52756b80<o:p></o:p></span></p><p class=3DMsoNormal><sp= an lang=3DEN-US>2012-11-22 10:05:17,758 INFO [org.ovirt.engine.core.u= tils.transaction.TransactionSupport] (ajp--0.0.0.0-8009-3) [7ff25919] trans= action rolled back<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DE= N-US>2012-11-22 10:05:17,759 ERROR [org.ovirt.engine.core.bll.storage.AddSA= NStorageDomainCommand] (ajp--0.0.0.0-8009-3) [7ff25919] Command org.ovirt.e= ngine.core.bll.storage.AddSANStorageDomainCommand throw exception: org.spri= ngframework.dao.DataIntegrityViolationException: CallableStatementCallback;= SQL [{call insertluns(?, ?, ?, ?, ?, ?, ?, ?)}]; ERROR: value too long for= type character varying(50)<o:p></o:p></span></p><p class=3DMsoNormal><span= lang=3DEN-US> Where: SQL statement "INSERT INTO LUNs(LUN_id, ph= ysical_volume_id, volume_group_id, serial, lun_mapping, vendor_id, product_= id, device_size) VALUES( $1 , $2 , $3 , $4 , $5 ,&n= bsp; $6 , $7 , $8 )"<o:p></o:p></span></p><p class=3DMsoNo= rmal><span lang=3DEN-US>PL/pgSQL function "insertluns" line 2 at = SQL statement; nested exception is org.postgresql.util.PSQLException: ERROR= : value too long for type character varying(50)<o:p></o:p></span></p><p cla= ss=3DMsoNormal><span lang=3DEN-US> Where: SQL statement "INSERT = INTO LUNs(LUN_id, physical_volume_id, volume_group_id, serial, lun_mapping,= vendor_id, product_id, device_size) VALUES( $1 , $2 , $3 ,&nbs= p; $4 , $5 , $6 , $7 , $8 )"<o:p></o:p></span>= </p><p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Being registered to LIO mailing list, = I know there are concerns about LUN ID length being pretty insane (127 char= s here). Having used an Equallogic iSCSI SAN, I did not have this problem, = so I suppose this come from the id length. Until this is fixed at LIO side = (if it has to be), ovirt should handle such situations.<o:p></o:p></span></= p><p class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p cl= ass=3DMsoNormal><span lang=3DEN-US> I’m gonna resize my database col = size to test that.<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DE= N-US><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>My= configuration : <o:p></o:p></span></p><p class=3DMsoNormal><span class=3Dg= wt-inlinelabel><span lang=3DEN-US style=3D'font-family:"Arial Unicode MS","= sans-serif";color:black;background:white'>oVirt Engine Version:</span></spa= n><span class=3Dapple-converted-space><span lang=3DEN-US style=3D'font-fami= ly:"Arial Unicode MS","sans-serif";color:black;background:white'> </sp= an></span><span class=3Dgwt-inlinelabel><span lang=3DEN-US style=3D'font-fa= mily:"Arial Unicode MS","sans-serif";color:black;background:white'>3.1.0-3.= 19.el6 (Dreyou repo) running on stock Centos6.3<o:p></o:p></span></span></p= pan lang=3DEN-US style=3D'font-family:"Arial Unicode MS","sans-serif";color= :black;background:white'>Ovirt node running on latest Fedora17<o:p></o:p></= span></span></p><p class=3DMsoNormal><span class=3Dgwt-inlinelabel><span la= ng=3DEN-US style=3D'font-family:"Arial Unicode MS","sans-serif";color:black= ;background:white'><o:p> </o:p></span></span></p><p class=3DMsoNormal>= <span class=3Dgwt-inlinelabel><span lang=3DEN-US style=3D'font-family:"Aria= l Unicode MS","sans-serif";color:black;background:white'>Vince</span></span=
<o:p></o:p></p></div><br />--=20 <br />This message has been scanned for viruses and <br />dangerous content by <a href=3D"http://www.mailscanner.info/"><b>MailScanner</b></a>, and is <br />believed to be clean. </body></html>
--_000_7AFA66599AC41847AD8E021A1DBB9D1426FAA40F4Apandoreankama_--
participants (1)
-
Vincent Miszczak