<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Help with next ioscan -F scriptable syntax (with new feature) in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819786#M269822</link>
    <description>As long as the -F format (w/o this addional flag) stays the same I don't see any problem with your proposal; however, once your new option goes into effect resist all other impulses to "improve" the format because that will break scripts. You might consider adding  leading pad character(s) to the lun path line to make it easy to decide if this line is the lun line. For example, if the line  begins with "#&lt;SPACE&gt;" then it's trivially easy to test in the shell, awk, sed, or Perl.&lt;/SPACE&gt;</description>
    <pubDate>Sat, 08 Jul 2006 00:05:14 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2006-07-08T00:05:14Z</dc:date>
    <item>
      <title>Help with next ioscan -F scriptable syntax (with new feature)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819784#M269820</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I have a scripting question. In ioscan, we use -F to display all the fields of an entry in a compacted way. Today, the dsf names are listed in the next lines (with a dsf char and block names on the same line).&lt;BR /&gt;I a future release, we will introduce an option to add multiple paths to a LUN to this output.&lt;BR /&gt;In terms of scripting usability, is it ok to display this (each entry is on several lines):&lt;BR /&gt;&amp;lt; class &amp;gt;:&amp;lt; instance &amp;gt;....&amp;lt; description&amp;gt;&lt;BR /&gt;&lt;LUN path1=""&gt; &lt;LUN path2=""&gt; ....&lt;BR /&gt;&amp;lt; char dsf name1&amp;gt; &lt;BLK dsf="" name1=""&gt;&lt;BR /&gt;&amp;lt; char dsf name2&amp;gt; &lt;BLK dsf="" name2=""&gt;&lt;BR /&gt;&lt;BR /&gt;Any better suggestion?&lt;BR /&gt;Note: We do not want to break backward compatibility of what exists today, so we have to keep the dsf names as they are today.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Marie.&lt;/BLK&gt;&lt;/BLK&gt;&lt;/LUN&gt;&lt;/LUN&gt;</description>
      <pubDate>Fri, 07 Jul 2006 11:11:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819784#M269820</guid>
      <dc:creator>marie-noelle jeanson_1</dc:creator>
      <dc:date>2006-07-07T11:11:08Z</dc:date>
    </item>
    <item>
      <title>Re: Help with next ioscan -F scriptable syntax (with new feature)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819785#M269821</link>
      <description>The -F option is designed for scripting by placing all the details on one line. Since devicefiles are always listed on the next line, I don't see a problem with multiple lines to handle multiple paths to devices. I am assuming  that a new option will be created to display the multiple paths.</description>
      <pubDate>Fri, 07 Jul 2006 22:52:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819785#M269821</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2006-07-07T22:52:03Z</dc:date>
    </item>
    <item>
      <title>Re: Help with next ioscan -F scriptable syntax (with new feature)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819786#M269822</link>
      <description>As long as the -F format (w/o this addional flag) stays the same I don't see any problem with your proposal; however, once your new option goes into effect resist all other impulses to "improve" the format because that will break scripts. You might consider adding  leading pad character(s) to the lun path line to make it easy to decide if this line is the lun line. For example, if the line  begins with "#&lt;SPACE&gt;" then it's trivially easy to test in the shell, awk, sed, or Perl.&lt;/SPACE&gt;</description>
      <pubDate>Sat, 08 Jul 2006 00:05:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819786#M269822</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-07-08T00:05:14Z</dc:date>
    </item>
    <item>
      <title>Re: Help with next ioscan -F scriptable syntax (with new feature)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819787#M269823</link>
      <description>Thanks for your replies. We are not changing the output in existing option, this requires a new option to be used. And the reason why we are seeking input now is to avoid to make changes after it is released. If this is a brand new option, then we couls also display a symbol before the list of dsfs, right?&lt;BR /&gt;Like:&lt;BR /&gt;&amp;lt;........&amp;gt; first line of data&lt;BR /&gt;DSF &lt;DSF1&gt; &lt;DSF2&gt; ...&lt;BR /&gt;LP &lt;LUN path1=""&gt; &lt;LUNPATH2&gt; ...&lt;BR /&gt;&lt;BR /&gt;Would that work?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Marie.&lt;/LUNPATH2&gt;&lt;/LUN&gt;&lt;/DSF2&gt;&lt;/DSF1&gt;</description>
      <pubDate>Sat, 08 Jul 2006 10:27:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819787#M269823</guid>
      <dc:creator>marie-noelle jeanson_1</dc:creator>
      <dc:date>2006-07-08T10:27:59Z</dc:date>
    </item>
    <item>
      <title>Re: Help with next ioscan -F scriptable syntax (with new feature)</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819788#M269824</link>
      <description>Yes, that should work but just make certain that you choose tags that could never be found in the first field of the &lt;CLASS&gt;:&lt;INSTANCE&gt; ... line&lt;BR /&gt;&lt;BR /&gt;e.g&lt;BR /&gt;"#LP#"&lt;BR /&gt;rather than simply "LP"&lt;BR /&gt;you might also consider separating each LUN and each dsf name group with &lt;TAB&gt; rather than space -- that too would make scripting safer and easier but above all, the key to good scripting is that the documentation accurately reflect the output in all cases.&lt;/TAB&gt;&lt;/INSTANCE&gt;&lt;/CLASS&gt;</description>
      <pubDate>Sat, 08 Jul 2006 18:37:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/help-with-next-ioscan-f-scriptable-syntax-with-new-feature/m-p/3819788#M269824</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-07-08T18:37:05Z</dc:date>
    </item>
  </channel>
</rss>

