[Deepsea-users] Stage 1

[Robert Grosschopff]

Prepared another VM to act as an OSD, installed/enabled/started salt-minion.service, accepted the key and then ran stage.0 and stage.1 .
Still no joy ☹ . 
Apart from ses4-[4|5].local.site.[yml|sls] no other files used by salt are created for the  4th or the 5th OSD.
 

On 16/01/2017, 11:38, "Supriti Singh" <supriti.singh at suse.com> wrote:

    There is a similar issue reported here https://github.com/SUSE/DeepSea/issues/15
    
    It seems zypper failed on the minion, and salt did not report it correctly. 
    
    
    
    ------
    Supriti Singh SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton,
    HRB 21284 (AG Nürnberg)
    
    
    
    >>> "Robert Grosschopff (SUSE)" <robert.grosschopff at suse.com> 01/16/17 10:24 AM >>>
    Hi Eric,
    
    test.ping and pillar.items work fine.
    
    Rerunning stage 0 fails for one node. 
    
    
    cephadm at salt:~> sudo salt-run state.orch ceph.stage.0
    master_minion : valid
    ceph_version : valid
    None
    
    ###########################################################
    The salt-run command reports when all minions complete.
    The command may appear to hang. Interrupting (e.g. Ctrl-C)
    does not stop the command.
    
    In another terminal, try 'salt-run jobs.active' or
    'salt-run state.event pretty=True' to see progress.
    ###########################################################
    
    False
    True
    [WARNING ] All minions are ready
    True
    [WARNING ] Output from salt state not highstate
    [ERROR ] Run failed on minions: ses4-4.local.site
    Failures:
    ses4-4.local.site:
    The minion function caused an exception: Traceback (most recent
    call last):
    File "/usr/lib/python2.7/site-packages/salt/minion.py", line 1071,
    in _thread_return
    return_data = func(*args, **kwargs)
    File "/usr/lib/python2.7/site-packages/salt/modules/state.py",
    line 760, in sls
    ret = st_.state.call_high(high_)
    File "/usr/lib/python2.7/site-packages/salt/state.py", line 2156,
    in call_high
    ret = dict(list(disabled.items()) +
    list(self.call_chunks(chunks).items()))
    File "/usr/lib/python2.7/site-packages/salt/state.py", line 1688,
    in call_chunks
    running = self.call_chunk(low, running, chunks)
    File "/usr/lib/python2.7/site-packages/salt/state.py", line 2042,
    in call_chunk
    self.event(running[tag], len(chunks),
    fire_event=low.get('fire_event'))
    File "/usr/lib/python2.7/site-packages/salt/state.py", line 1836,
    in event
    [self.jid, self.opts['id'], str(chunk_ret['name'])],
    'state_result'
    KeyError: 'name'
    
    
    
    
    
    On Fri, 2017-01-13 at 10:21 -0500, Eric Jackson wrote:
    > Hi Robert,
    > Do you think the minion wasn't responding initially? If 
    > 
    > salt '*' test.ping
    > salt '*' pillar.items
    > 
    > is working, then rerun Stage 0 and Stage 1. I use vagrant with many VMs and 
    > on occasion, I'll have one not respond during the initial setup and have to 
    > manually intervene.
    > 
    > Eric
    > 
    > On Friday, January 13, 2017 12:29:47 PM Robert Grosschopff wrote:
    > > For some reason or other one of my minions is not discovered. The respective
    > > files (ses4-4.local.site.sls, …) are missing thus preventing the cluster
    > > from coming up.
    > 
    > > ‘sudo salt ‘*’ test.ping’ sees all minions.
    > > 
    > > Thanks
    > > Robert 
    > > 
    > > _______________________________________________
    > > Deepsea-users mailing list
    > > Deepsea-users at lists.suse.com
    > > http://lists.suse.com/mailman/listinfo/deepsea-users
    > _______________________________________________
    > Deepsea-users mailing list
    > Deepsea-users at lists.suse.com
    > http://lists.suse.com/mailman/listinfo/deepsea-users
    
    _______________________________________________
    Deepsea-users mailing list
    Deepsea-users at lists.suse.com
    http://lists.suse.com/mailman/listinfo/deepsea-users