[sle-beta] UUDI not tested - Wrong UUID updated.

[Waite, Dick (External)]

Grand New Monday Thorsten,

Agreed SUSEConnect --cleanup just acts on the client. But if that command has not been issued then other SUSEConnect commands issued by the cloned client will not act on the clone but on the clones Mother. I'm saying if you check the UUID of the caller of SUSEConnect is the same as the entry in the SCC database then you know the --cleanup has been done but it it's not, it's the clones Mother, then you issue an error and maybe in the response suggest --cleanup needs to be done.  We have a number of SCC Mothers entries that need work after being molested by their children where --cleanup had not been done. It a new command and will be forgotten.
"if it can go wrong, it will go wrong and the wrong time." 

Have a very good day.

__R

________________________________________
From: Thorsten Kukuk [kukuk at suse.de]
Sent: 10 March 2018 17:11
To: Waite, Dick (External)
Cc: sle-beta at lists.suse.com
Subject: Re: [sle-beta] UUDI not tested - Wrong Hostname updated --cleanup

Hi,

On Sat, Mar 10, Waite, Dick (External) wrote:

> Afternoon Thorsten,
>
> Before you update a field in a database (SCC) you check, and check again that it's legal to do so. The host-names should match, in my case we had rjw08-12-3-0 as the host record and it's being updated by a host-name rjw08-15-0-0. Now at RC1 the understanding of the SUSEConnect is there for is getting clear but at Beta6 it was not. I don't see why the hostnamectl set-hostname can not clear the "old" stuff in /etc/zypp... It's quite often we will change the host-name of a virtual machine and now we have to "remember" we need to update the SCC database. We can also have two entries in the scc database with the same host-name, but different UUID's. How do you know which one is going to be updated.

According to the documentation, SUSEConnect --cleanup should not
update a database entry on SCC, but remove the files on the host.
This is not --deregister.
And hostnames are completly irrelevant. You don't register hostnames,
you register machines. hostnames can change in a dhcp environment with
every reboot, if a hostname does exist at all for this dhcp client.

  Thorsten


>
> We have now got a number of SLES12-SP3 machines that have to be restored as their SCC database entries have been over written. Having a SCC database means you have a new set of rules on how to handle writes and updates to it.
>
> Now we know I'm sure we will remember each time you clone or use hostnamectl set-hostname you have to run a SUSEConnect --cleanup. *BUT* there are going to be a few times when it's not run and the SCC gets the wrong entry. Database don't work that way....
>
> On the other hand that's what Beta testing is all about. We have identified a number of items around the migrate and SCC area, so looking forward to see how they are fixed for RC2
>
> I think for the Docu, Very large and BOLD letters, if you clone or change the host-name until a better solution you must remember to "--cleanup" and I expect 98% of the time the good people will...
>
> At the half Ireland 14 - 3 Scotland
>
> __R
> ________________________________________
> From: sle-beta-bounces at lists.suse.com [sle-beta-bounces at lists.suse.com] on behalf of Thorsten Kukuk [kukuk at suse.de]
> Sent: 10 March 2018 13:39
> To: sle-beta at lists.suse.com
> Subject: Re: [sle-beta] UUDI not tested - Wrong Hostname updated --cleanup
>
> On Sat, Mar 10, Waite, Dick (External) wrote:
>
> > A look at /etc/zypp/credentials.d/SCCcredentials shows USERNAME and PASSWORD of
> > the good old rjw08-123-0 -- now yes a --cleanup will remove that name, but I
> > would also expect a check to make sure you are working on the rjw08-15-0-0 host
> > with it's UUID and if you get back a different host / UUID then a WARNING
> > telling the good person, you are not interacting with your current host on the
> > SCC.
>
> Exactly this is for what SUSEConnect --cleanup is there: that you can
> clone a machine and remove all registration references to register it new.
> So a check for the "right machine" would be pretty useless.
>
>   Thorsten
>
> --
> Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP
> SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
> GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg)
> _______________________________________________
> sle-beta mailing list
> sle-beta at lists.suse.com
> http://lists.suse.com/mailman/listinfo/sle-beta
>
> Software AG – Sitz/Registered office: Uhlandstraße 12, 64297 Darmstadt, Germany – Registergericht/Commercial register: Darmstadt HRB 1562 - Vorstand/Management Board: Karl-Heinz Streibich (Vorsitzender/Chairman), Eric Duffaut, Dr. Wolfram Jost, Arnd Zinnhardt, Dr. Stefan Sigg; - Aufsichtsratsvorsitzender/Chairman of the Supervisory Board: Dr. Andreas Bereczky - http://www.softwareag.com
>

--
Thorsten Kukuk, Distinguished Engineer, Senior Architect SLES & CaaSP
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendoerffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nuernberg)