when checking in a component, the installName is getting chopped *sometimes*
example... checkin in file with name "20070519-195607-file-part.tar.gz
sometimes, the installName property is being set to:
"-file-part.tar.gz"
Any idea why?
Any way I can explicitly set installName of the component with CLI?
Thanks!
reece
ran some tests. something seems to mishandle values with numbers in the filename.
if i run this command:
/opt/sun/N1_Service_Provisioning_System_5.2/cli/bin/cr_cli -cmd cdb.rsrc.ci -type "system#file" -s
rc "./BUILD20070520-045907-main-abc.tar.gz" -dst "/abc" -u admin -p admin
then i look at the (checked in) component schema.
The UI Displays it properly:
installNameBUILD20070520-045907-main-abc.tar.gz
if i advance edit the component schema:
notice the entire string of numbers is missing from the installName var
<?xml version="1.0" encoding="UTF-8"?>
<!-- generated by N1 SPS -->
<component xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance' name='abc' version='5.2' xsi:schemaLocation='http://www.sun.com/schema/SPS component.xsd' xmlns='http://www.sun.com/schema/SPS' path='/'>
<extends>
<type name='system#file'></type>
</extends>
<varList>
<var name='installName' default='BUILD-main-abc.tar.gz'></var>
</varList>
<resourceRef>
<resource name='/abc' version='1.1'></resource>
</resourceRef>
</component>
just look at this..... you can see by the source that it was checked in using the correct file name....and sps just drops the numbers when populating installName.
ID: 010010249005-1179674291702-00481-0945467179
Name: /EASW/deploy/abc.artifact
Type: system#file
Version: 2.165
Platform: system#any
Checked In: 05/20/2007 08:18
Checked In By:
|||
|ID|Username|
|||
|010010001024-0000000000000-00001-0000000001 |admin |
|||
Label:
Description:
Hidden: true
Category: un-categorized
Source: /export/home/cc/p4/ew/DEPLOY/20070519-195607-main-abc.tar.gz
system#file:
ID: 010010249005-1179633615259-33083-1795996500
Name: abc.artifact
Timestamp: 05/19/07 8:03 PM
Total size: 121872 KB
User: cruise
Group: cruise
Permissions: rw-r--r--
Options:
+do not force check in when items have not changed
+remember the user owner from source host
+remember the group owner from source host
+not a configuration template
+do not add files to existing directory
+
Component variables:
|-|-|-| -|
|Variable|Prompt|Value|Read-Only |
|-|-|-| -|
|installName | |-main-abc.tar.gz |false|
|installPath | |/tmp |false|
|installUser | |root |false|
|installGroup | |root |false|
|installPermissions| | |false|
|installDeployMode| |REPLACE|true|
|installDiffDeploy| |FALSE|false|
|overrideRsrcInstallPath | | |false|
|-|-|-| -|
Component Procedures:
|||
|Name |Type |
|||
|default|install|
|markOnly |install|
|default|uninstall |
|markOnly |uninstall |
|||
almost certain JRE issue. did a heavy upload soak test and all installname were fine.
FYI - the problem JRE was jre_1_5_0_05-b05 on 64 bit Linux.
I upgraded to jre1.5.0_11
I'll post a message here if teh problem comes back
i will now award myself 10 duke stars...nice way to spend a sunday.
I think I know whats going on here!!! Its not the resource checkin (cdb.rsrc.ci) that is causing the malformed installName.
when cdb.rsrc.ci check in the file... its fine.
from the UI display:
component variables
variable (prompt) value for this component
installName20070520-110628-main-abc.tar.gz
If I press the DOWNLOAD button and download the component XML
it is fine....
- <varList>
<var name="installName" default="20070520-110628-main-abc.tar.gz" />
BUT - if you edit the XML through the UI, (press the ADVANCED EDIT button) the XML it displays - is malformed...
<varList>
<var name='installName' default='-main-abc.tar.gz'></var>
So editing the XML and checking in the new version ..... replaces the installName with a malformed version!
So the displaying of the XML in the textbox (UI) malforms it not the CLI.
Solved!!!
Reece
