Re: [xcat-user] postscripts not being executed in order specified

2019-12-19 Thread Nathan A Besaw 

I'm glad you were able to resolve this problem. Thanks for following up for
the benefit of others that may encounter a similar problem.



From:   Calvin Dodge 
To: xcat-user@lists.sourceforge.net
Date:   12/19/2019 02:43 PM
Subject:[EXTERNAL] [xcat-user] postscripts not being executed in order
specified



bmcsetup was a red herring.

The real cause for the booting problems was that Platform Cluster
Manager set a specific serial port for serial console access, and that
didn't match the configuration of most of the nodes.  We removed that
port information, power-cycled the problem nodes, and they all came up
normally, including assigning the desired IP addresses to their
deployment interfaces.

I hope this information will help others who encounter this problem.

Sincerely,

Calvin Dodge


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_xcat-2Duser=DwICAg=jf_iaSHvJObTbx-siA1ZOg=95pZYYPXXV-5mn9YO7FX6q2JdbPYeCR6fMnFTgqZ_M8=h1COLYHkFZcwJ9-bYBiTtGYNB_UlTtSN6rWQPT2zfks=fu5UmvrHgs4xi4mdL5UfHu3sRBOlV_pDfQXbbw2zXQc=




___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

[xcat-user] postscripts not being executed in order specified

2019-12-19 Thread Calvin Dodge 
bmcsetup was a red herring.

The real cause for the booting problems was that Platform Cluster
Manager set a specific serial port for serial console access, and that
didn't match the configuration of most of the nodes.  We removed that
port information, power-cycled the problem nodes, and they all came up
normally, including assigning the desired IP addresses to their
deployment interfaces.

I hope this information will help others who encounter this problem.

Sincerely,

Calvin Dodge


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

Re: [xcat-user] [External] postscripts not being executed in order specified

2019-12-19 Thread David Rajendra 
Hello Calvin,

not sure if I can fix your issue, but a few thoughts...

I would do an "lsdef nodename" and confirm what postscripts are set to run on 
the node to compared with what is mentioned in the xCAT postscripts table 
(tabdump postscripts).
As you have defined postscripts at a group level it will be useful to check 
that what node is actually inheriting from the postscripts table.
An lsdef against the node will validate what postscripts and in which order 
xCAT thinks it is going to run for that particular  node.

Some osimages are configured with  postscripts against the osimage (Lenovo do 
this for their DSS-G deployments)  so iwould check you image defintion:
Run "lsdef -t osiamge" to see you images and "lsdef -t osiuamge imagfename" to 
see the details.

Maybe you need to re-run the nodeset command (nodeset nodename 
osimage=imagename) when the node is deployed ? 
I think this makes no difference to postscripts but I cannot be 100% sure.

Also there may be some debug in /var/log/xcat/*log on your xCAT master node.
If you cannot see it try a tail -f on all those logs and redeploy the node 
again it may help you debug it further.

Regarding disableconsistentNICrename this is part of the xCAT code and not PCM 
as  I can set it on github:
https://github.com/xcat2/xcat-core/blob/master/xCAT/postscripts/disableconsistentNICrename

If this script is being called and it is not in xCAT maybe something has 
injected a startup service into systemd on the node or sometihng like 
/etc/rc.local I have not come across this before.
If you have dumped the entire xCAT database ("dumpxCATdb -p dirname") and it is 
not showing up anywhere then it cannot be xCAT running that script.
I do not recall that script being used by default in the past.

Regards,

David


-Original Message-
From: Calvin Dodge  
Sent: Tuesday, December 17, 2019 9:40 PM
To: xcat-user@lists.sourceforge.net
Subject: [External] [xcat-user] postscripts not being executed in order 
specified

We fixed this issues of nodes not booting completely, but now they don't set 
the deployment NIC's IP address.

The postscripts are defined only via groups, and I included "confignics" in the 
postscripts list.  But when a node is deployed, and I login via the console, 
the deployment NIC has no IP address assigned to it.

Perusing /var/log/xcat/xcat.log on the node in question shows the same order of 
postscripts as there were before I changed the postscripts assigned via the 
group in question, including at least one postscript which is not mentioned 
anywhere in the xCAT database or in any other script 
(disableconsistentNICrename).

Could this be something the Platform Cluster Manager (community edition, 
version 4.3.0) is doing behind the scenes? What else could be hijacking the 
postscript list?

Here's the current list of postscripts and postbootscripts.  The image being 
deployed is RHEL 7.6 stateless:

postbootscripts=setuppcm,syncfiles,ospkgs,otherpkgs,mountnfs,setupscratch,lsf_startup
postscripts=syslog,remoteshell,syncfiles,confignics,setminiuidgid,mkresolvconf,setupntp,setnetboot


Sincerely,

Calvin Dodge


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

Re: [xcat-user] [External] Re: bmcdiscover logs passwords

2019-12-19 Thread Jarrod Johnson 
Another fyi, in confluent commands that may take passwords (e.g. using 
nodeattrib to set the db), it supports:
-Passing through CLI as usual
-Passing through environment variable (keeps it out of 'ps' output)
-Interactive prompting with double-prompting to confirm value.

I tend to push the password through environment variable for automation and use 
the interactive for situations that suggest simple echo-off password entry.

Of course simple echo-off password entry can be done with 'read -s', but no 
double-entry confirmation, so a typo is not as easily caught.

From: Mark Gurevich 
Sent: Thursday, December 19, 2019 8:55 AM
To: xCAT Users Mailing list 
Subject: [External] Re: [xcat-user] bmcdiscover logs passwords


Please open an issue against xcat-core for this.

I feel bmcdiscover should redact passwords either passed in or pulled from 
table.

Mark Gurevich
Poughkeepsie Development Lab
HPC Software Development - xCAT

"If we knew what it was we were doing, it would not be called research, would 
it?"
--Albert Einstein



[Inactive hide details for Lachlan Musicman ---12/19/2019 08:07:14 AM---On Thu, 
19 Dec 2019 at 10:49, Jarrod Johnson mailto:jjohns...@lenovo.com>> wrote: >

From: Lachlan Musicman mailto:data...@gmail.com>>
To: xCAT Users Mailing list 
mailto:xcat-user@lists.sourceforge.net>>
Date: 12/19/2019 08:07 AM
Subject: Re: [xcat-user] [External] bmcdiscover logs passwords





On Thu, 19 Dec 2019 at 10:49, Jarrod Johnson 
mailto:jjohns...@lenovo.com>> wrote:
>
> On a related note, we did do some redaction in the Lenovo branch:
> https://github.com/xcat2/xcat-core/commit/7a06672320d62644fe7e6f695c27f51151820b9f
> https://github.com/xcat2/xcat-core/commit/9d318cca7626451f97c691053f9965523e596640
> https://github.com/xcat2/xcat-core/commit/08eeb047255655ca11c14896d1acce8787a17282

Ok, so I'm not the only one that thinks this is unusual.

Should I put in an issue against xcat-core:
- for the bmcdiscover documentation to note that passwords passed on
the command line will be logged (responsible disclosure) or
- for bmcdiscover to redact passwords passed on the command line?

cheers
L.


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user



___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

[xcat-user] Adding parameters to provision nic

2019-12-19 Thread Thomas HUMMEL 

Hello,

How can I add parameters to the install nic with xCAT 2.15 for stateless 
Centos 8 nodes ?


As a matter of fact, I'm using confignetwork -s to make it static and it 
seems that xCAT create a ifcfg-xcat- profile for that matter.


But that parameters I tried to add to the install nic via 
nics.nicextraparams are applied to the 'System ' 
NetworkManager profile but not the ifcg-xcat- one...



Thanks

--
TH


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

Re: [xcat-user] Timezone settings: how it works?

2019-12-19 Thread Vinícius Ferrão via xCAT-user 
Nathan you’re right.

We hit another problem now: why genimage does not update the tzdata package.

We are debugging this issue.

Thank you!

Sent from my iPhone

On 13 Dec 2019, at 18:39, Nathan A Besaw  wrote:



The timezone files for the diskless image come from within the rootimg 
directory, not /usr/share/zoneinfo on the management node.

For your situation below, I would expect that the correct file is:
/install/netboot/centos7.6/x86_64/compute/rootimg/usr/share/zoneinfo/America/Sao_Paulo

Check to see if this checksum matches:
md5sum 
/install/netboot/centos7.6/x86_64/compute/rootimg/usr/share/zoneinfo/America/Sao_Paulo


"Vinícius Ferrão via xCAT-user" ---12/13/2019 02:31:42 PM---Hello, I’m with an 
issue with timezone settings of xCAT.

From: "Vinícius Ferrão via xCAT-user" 
To: "xcat-user@lists.sourceforge.net" 
Cc: "Vinícius Ferrão" 
Date: 12/13/2019 02:31 PM
Subject: [EXTERNAL] [xcat-user] Timezone settings: how it works?





Hello,

I’m with an issue with timezone settings of xCAT.

I do have the configuration in place on xCAT:
[root@headnode etc]# lsdef -t site clustersite | grep timezone
   timezone=America/Sao_Paulo

But when I run packimage it gets a timezone file from a place that I don’t know 
which is.

Here’s the md5 of /etc/localtime inside the image:
md5sum /install/netboot/centos7.6/x86_64/compute/rootimg/etc/localtime
346a7b10fbc17af944896bad4d093568

It should be this one:
md5sum /etc/localtime
339ff8dbd88e39f59b2fd4ee57b1fdb1  /etc/localtime

I even tried search for this specific md5 on /usr/share/zoneinfo but I was 
unable to find it:
find . -type f -exec md5sum {} + | grep 346a7b10fbc17af944896bad4d093568

So the question is, from where xCAT gets the zone info when running packimage?

Thanks,


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user




___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user
___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

Re: [xcat-user] bmcdiscover logs passwords

2019-12-19 Thread Mark Gurevich 

Please open an issue against xcat-core for this.

I feel bmcdiscover should redact passwords either passed in or pulled from
table.

Mark Gurevich
Poughkeepsie Development Lab
HPC Software Development - xCAT

"If we knew what it was we were doing, it would not be called research,
would it?"
--Albert Einstein





From:   Lachlan Musicman 
To: xCAT Users Mailing list 
Date:   12/19/2019 08:07 AM
Subject:Re: [xcat-user] [External] bmcdiscover logs passwords



On Thu, 19 Dec 2019 at 10:49, Jarrod Johnson  wrote:
>
> On a related note, we did do some redaction in the Lenovo branch:
>
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_xcat2_xcat-2Dcore_commit_7a06672320d62644fe7e6f695c27f51151820b9f=DwICAg=jf_iaSHvJObTbx-siA1ZOg=cGs4a-jfx6Emudek2Wdi4FLq2XKm1pvrlbCQ-h7Qq7A=cugF79XwesP3cC0gpbQ58R9TYsctJRyK_sH4xOW4GS8=nZoVD-wq-qrc2Zq6-5Qotd6fuCcTsyPufkMA9w4jLRs=

>
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_xcat2_xcat-2Dcore_commit_9d318cca7626451f97c691053f9965523e596640=DwICAg=jf_iaSHvJObTbx-siA1ZOg=cGs4a-jfx6Emudek2Wdi4FLq2XKm1pvrlbCQ-h7Qq7A=cugF79XwesP3cC0gpbQ58R9TYsctJRyK_sH4xOW4GS8=cktG5DE3VOPp_0JsNwCs_S0SZ_nqoj1P82pyiDWHfAY=

>
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_xcat2_xcat-2Dcore_commit_08eeb047255655ca11c14896d1acce8787a17282=DwICAg=jf_iaSHvJObTbx-siA1ZOg=cGs4a-jfx6Emudek2Wdi4FLq2XKm1pvrlbCQ-h7Qq7A=cugF79XwesP3cC0gpbQ58R9TYsctJRyK_sH4xOW4GS8=LlzGRympitxYuxVZMf6PeAZxIwSJyLGzFUkz4TRSB2s=


Ok, so I'm not the only one that thinks this is unusual.

Should I put in an issue against xcat-core:
- for the bmcdiscover documentation to note that passwords passed on
the command line will be logged (responsible disclosure) or
- for bmcdiscover to redact passwords passed on the command line?

cheers
L.


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.sourceforge.net_lists_listinfo_xcat-2Duser=DwICAg=jf_iaSHvJObTbx-siA1ZOg=cGs4a-jfx6Emudek2Wdi4FLq2XKm1pvrlbCQ-h7Qq7A=cugF79XwesP3cC0gpbQ58R9TYsctJRyK_sH4xOW4GS8=t8ezKUP3LfQmYtEoggbsRLA8Lvo8UuEiP7Qe6o1lCcg=




___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

Re: [xcat-user] [External] bmcdiscover logs passwords

2019-12-19 Thread Lachlan Musicman 
On Thu, 19 Dec 2019 at 10:49, Jarrod Johnson  wrote:
>
> On a related note, we did do some redaction in the Lenovo branch:
> https://github.com/xcat2/xcat-core/commit/7a06672320d62644fe7e6f695c27f51151820b9f
> https://github.com/xcat2/xcat-core/commit/9d318cca7626451f97c691053f9965523e596640
> https://github.com/xcat2/xcat-core/commit/08eeb047255655ca11c14896d1acce8787a17282

Ok, so I'm not the only one that thinks this is unusual.

Should I put in an issue against xcat-core:
- for the bmcdiscover documentation to note that passwords passed on
the command line will be logged (responsible disclosure) or
- for bmcdiscover to redact passwords passed on the command line?

cheers
L.


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

[xcat-user] site table 'noboot' parameter

2019-12-19 Thread Thomas HUMMEL 

Hello,

I read about the site 'dhcpinterfaces' attribute that:

"To disable the genesis kernel from being sent to specific interfaces, a
':noboot' option can be appended to the interface name.  For example, 
   if the management node has two 
interfaces, eth1 and eth2, disablegenesis from being sent to eth1 using: 
"eth1:noboot,eth2".


What I experiment is what looks like as side effect of this. For a 
Management node with :


- with "dhcpinterfaces","eth0:noboot,eth1",,

and a node which

* PXE boots on nicA facing MN's eth1 (and swith/swithport attribtues 
relating to nicA)


* and which also have nicB facing MN's eth0

-> I end up in the mac table with only nicA mac address.

- but without the 'noboot' paramenter

-> I end up with the following entry in the mac table :

"node","","!*NOIP*"

- how does genesis know that  belongs to "node" as node.switch 
and swichport relate only to nicA facing port ?


- what should I do to have dhcp generate en entry for nicB (in addition 
to nicA) when the node gets discovered ?


PS : I'm talking about different subnets here

Thanks you

--
TH


___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user