Hello
Before spending a lot of time trying I thought I ask.
Has anyone tried to sync Raspbian repositories and manage Raspberry Pi clients with Uyuni?
Regards,
Javier
I uploaded channels from the spacewalk-common channels to populate my
channels then I tried the sync command and got
RepoMDError: Cannot access repository. Maybe repository GPG keys are
not imported
After that I tried, per the suggestions of some of the others
experiencing the issue, I tried the cli
spacewalk-repo-sync -c 'centos7-x86_64'
Repository 'centos7-x86_64-extras' is invalid.
[centos7-x86_64-extras|http://mirrorlist.centos.org/?release=7&arch=x86_64&r…
<http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=extras&proxy=http:…>
Valid metadata not found at specified URL
History:
- [|] Error trying to read from
'http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=extras&proxy=http:…
<http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=extras&proxy=http:…>!'
- Download (curl) error for
'http://mirrorlist.centos.org/content?release=7&arch=x86_64&repo=extras&prox…
<http://mirrorlist.centos.org/content?release=7&arch=x86_64&repo=extras&prox…>:
Error code: HTTP response: 400
Error message: The requested URL returned error: 400 Bad Request
Please check if the URIs defined for this repository are pointing to a
valid repository.
Skipping repository 'centos7-x86_64-extras' because of the above error.
Could not refresh the repositories because of errors.
11:19:38 RepoMDError: Cannot access repository. Maybe repository GPG
keys are not imported
---------------
Len Ewen
Systems Administrator 1
Information Technology
University of Indianapolis
(317) 788-3362
[image: UIndyIT.jpg]
Confidentiality Notice: This communication and/or its content are for the
sole use of the intended recipient, and may be privileged, confidential, or
otherwise protected from disclosure by law. If you are not the intended
recipient, please notify the sender and then delete all copies of it.
Unless you are the intended recipient, your use or dissemination of the
information contained in this communication may be illegal.
On Fri, Jun 26, 2020 at 11:23 AM Len Ewen <ewenf(a)uindy.edu> wrote:
> I uploaded channels from the spacewalk-common channels to populate my
> channels then I tried the sync command and got
>
> RepoMDError: Cannot access repository. Maybe repository GPG keys are not imported
>
> After that I tried, per the suggestions of some of the others experiencing the issue, I tried the cli
> spacewalk-repo-sync -c 'centos7-x86_64'
>
> Repository 'centos7-x86_64-extras' is invalid.
> [centos7-x86_64-extras|http://mirrorlist.centos.org/?release=7&arch=x86_64&r… Valid metadata not found at specified URL
> History:
> - [|] Error trying to read from 'http://mirrorlist.centos.org/?release=7&arch=x86_64&repo=extras&proxy=http:…!'
> - Download (curl) error for 'http://mirrorlist.centos.org/content?release=7&arch=x86_64&repo=extras&prox…:
> Error code: HTTP response: 400
> Error message: The requested URL returned error: 400 Bad Request
>
>
> Please check if the URIs defined for this repository are pointing to a valid repository.
> Skipping repository 'centos7-x86_64-extras' because of the above error.
> Could not refresh the repositories because of errors.
> 11:19:38 RepoMDError: Cannot access repository. Maybe repository GPG keys are not imported
>
> ---------------
>
> Len Ewen
>
> Systems Administrator 1
>
> Information Technology
>
> University of Indianapolis
>
> (317) 788-3362
>
> [image: UIndyIT.jpg]
>
> Confidentiality Notice: This communication and/or its content are for the
> sole use of the intended recipient, and may be privileged, confidential, or
> otherwise protected from disclosure by law. If you are not the intended
> recipient, please notify the sender and then delete all copies of it.
> Unless you are the intended recipient, your use or dissemination of the
> information contained in this communication may be illegal.
>
>
> On Thu, Jun 25, 2020 at 8:53 PM Julio González Gil <jgonzalez(a)suse.com>
> wrote:
>
>> Please, provide more details:
>>
>> - What are you trying to sync exactly?
>> - Can you paste your call to spacewalk-repo-sync?
>>
>> On jueves, 25 de junio de 2020 19:41:50 (CEST) Len Ewen wrote:
>> > I dropped this into the glitter chat, but I'll try here as well. When I
>> > try to sync the repos through the UI, it errors out saying
>> >
>> > RepoMDError: Cannot access repository. Maybe repository GPG keys are
>> > not imported
>> >
>> > I read in the list serv from previous months that people have seen the
>> > problem and
>> > the recommended solution is try it from the command line using
>> > spacewalk-repo-sync
>> >
>> > but I am still getting the same error on the command line, so I am
>> > unsure what is going
>> >
>> > on and what I can do to fix it. Does anyone have any suggestions to my
>> > problem?
>> >
>> >
>> > ---------------
>> >
>> > Len Ewen
>> >
>> > Systems Administrator 1
>> >
>> > Information Technology
>> >
>> > University of Indianapolis
>> >
>> > (317) 788-3362
>> >
>> > [image: UIndyIT.jpg]
>> >
>> > Confidentiality Notice: This communication and/or its content are for
>> the
>> > sole use of the intended recipient, and may be privileged,
>> confidential, or
>> > otherwise protected from disclosure by law. If you are not the intended
>> > recipient, please notify the sender and then delete all copies of it.
>> > Unless you are the intended recipient, your use or dissemination of the
>> > information contained in this communication may be illegal.
>>
>>
>> --
>> Julio González Gil
>> Release Engineer, SUSE Manager and Uyuni
>> jgonzalez(a)suse.com
>
>
I dropped this into the glitter chat, but I'll try here as well. When I
try to sync the repos through the UI, it errors out saying
RepoMDError: Cannot access repository. Maybe repository GPG keys are
not imported
I read in the list serv from previous months that people have seen the
problem and
the recommended solution is try it from the command line using
spacewalk-repo-sync
but I am still getting the same error on the command line, so I am
unsure what is going
on and what I can do to fix it. Does anyone have any suggestions to my problem?
---------------
Len Ewen
Systems Administrator 1
Information Technology
University of Indianapolis
(317) 788-3362
[image: UIndyIT.jpg]
Confidentiality Notice: This communication and/or its content are for the
sole use of the intended recipient, and may be privileged, confidential, or
otherwise protected from disclosure by law. If you are not the intended
recipient, please notify the sender and then delete all copies of it.
Unless you are the intended recipient, your use or dissemination of the
information contained in this communication may be illegal.
Hello all,
I've been trying to add several clients - centos 7 and leap 15.1 - to my
2020.05 Uyuni fresh implementation and I am getting on both errors using
only ssh.
It seems to be related to this
https://github.com/saltstack/salt/issues/38458.
Is there any workaround?
I am trying to add a new server, bootstrap, using only ssh.
Thanks a lot for your help.
Nuno.
Error log:
2020-06-08 14:25:39,503 [py.warnings :99 ][WARNING ][3878]
/usr/share/susemanager/modules/pillar/suma_minion.py:83: YAMLLoadWarning:
calling yaml.load() without Loader=... is deprecated, as the default Loader
is unsafe. Please read https://msg.pyyaml.org/load for full details.
ret.update(yaml.load(open('{0}.yml'.format(static_pillar_filename)).read()))
2020-06-08 14:25:39,508 [py.warnings :99 ][WARNING ][3878]
/usr/share/susemanager/modules/pillar/suma_minion.py:91: YAMLLoadWarning:
calling yaml.load() without Loader=... is deprecated, as the default Loader
is unsafe. Please read https://msg.pyyaml.org/load for full details.
ret.update(yaml.load(open('{0}.yml'.format(global_pillar_filename)).read()))
2020-06-08 14:25:39,753 [salt.utils.templates:180 ][ERROR ][3878]
Rendering exception occurred
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/salt/utils/templates.py", line 392,
in render_jinja_tmpl
output = template.render(**decoded_context)
File "/usr/lib/python3.6/site-packages/jinja2/asyncsupport.py", line 76,
in render
return original_render(self, *args, **kwargs)
File "/usr/lib/python3.6/site-packages/jinja2/environment.py", line 1008,
in render
return self.environment.handle_exception(exc_info, True)
File "/usr/lib/python3.6/site-packages/jinja2/environment.py", line 780,
in handle_exception
reraise(exc_type, exc_value, tb)
File "/usr/lib/python3.6/site-packages/jinja2/_compat.py", line 37, in
reraise
raise value.with_traceback(tb)
File "<template>", line 8, in top-level template code
File "/usr/lib/python3.6/site-packages/jinja2/runtime.py", line 579, in
_invoke
rv = self._func(*arguments)
File "<template>", line 2, in template
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 136, in
get_source
self.check_cache(_template)
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 97, in
check_cache
self.cache_file(template)
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 90, in
cache_file
self.file_client().get_file(saltpath, '', True, self.saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1053, in
get_file
hash_server, stat_server = self.hash_and_stat_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1312, in
hash_and_stat_file
hash_result = self.hash_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1305, in
hash_file
return self.__hash_and_stat_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1297, in
__hash_and_stat_file
return self.channel.send(load)
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
906, in send
return getattr(self.fs, cmd)(load)
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
681, in file_hash
return self.__file_hash_and_stat(load)[0]
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
673, in __file_hash_and_stat
return self.servers[fstr](load, fnd), stat_result
File "/usr/lib/python3.6/site-packages/salt/fileserver/roots.py", line
280, in file_hash
os.makedirs(cache_dir)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
[Previous line repeated 5 more times]
File "/usr/lib64/python3.6/os.py", line 220, in makedirs
mkdir(name, mode)
PermissionError: [Errno 13] Permission denied:
'/var/tmp/.root_2c2911_salt/running_data'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/salt/utils/templates.py", line 169,
in render_tmpl
output = render_str(tmplstr, context, tmplpath)
File "/usr/lib/python3.6/site-packages/salt/utils/templates.py", line 441,
in render_jinja_tmpl
trace=tracestr)
salt.exceptions.SaltRenderError: Jinja error: [Errno 13] Permission denied:
'/var/tmp/.root_2c2911_salt/running_data'
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/salt/utils/templates.py", line 392,
in render_jinja_tmpl
output = template.render(**decoded_context)
File "/usr/lib/python3.6/site-packages/jinja2/asyncsupport.py", line 76,
in render
return original_render(self, *args, **kwargs)
File "/usr/lib/python3.6/site-packages/jinja2/environment.py", line 1008,
in render
return self.environment.handle_exception(exc_info, True)
File "/usr/lib/python3.6/site-packages/jinja2/environment.py", line 780,
in handle_exception
reraise(exc_type, exc_value, tb)
File "/usr/lib/python3.6/site-packages/jinja2/_compat.py", line 37, in
reraise
raise value.with_traceback(tb)
File "<template>", line 8, in top-level template code
File "/usr/lib/python3.6/site-packages/jinja2/runtime.py", line 579, in
_invoke
rv = self._func(*arguments)
File "<template>", line 2, in template
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 136, in
get_source
self.check_cache(_template)
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 97, in
check_cache
self.cache_file(template)
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 90, in
cache_file
self.file_client().get_file(saltpath, '', True, self.saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1053, in
get_file
hash_server, stat_server = self.hash_and_stat_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1312, in
hash_and_stat_file
hash_result = self.hash_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1305, in
hash_file
return self.__hash_and_stat_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1297, in
__hash_and_stat_file
return self.channel.send(load)
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
906, in send
return getattr(self.fs, cmd)(load)
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
681, in file_hash
return self.__file_hash_and_stat(load)[0]
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
673, in __file_hash_and_stat
return self.servers[fstr](load, fnd), stat_result
File "/usr/lib/python3.6/site-packages/salt/fileserver/roots.py", line
280, in file_hash
os.makedirs(cache_dir)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
[Previous line repeated 5 more times]
File "/usr/lib64/python3.6/os.py", line 220, in makedirs
mkdir(name, mode)
PermissionError: [Errno 13] Permission denied:
'/var/tmp/.root_2c2911_salt/running_data'
; line 2
---
{% macro includesls(osfullname, osrelease) -%}
{% include 'certs/{0}.sls'.format(osfullname + osrelease.replace('.', '_'))
ignore missing -%} <======================
{%- endmacro %}
{% if grains['os_family'] == 'Suse' %}
{% if grains['osfullname'] == 'openSUSE Tumbleweed' %}
{% set sls = includesls('Tumbleweed', '') -%}
{% else -%}
[...]
---
2020-06-08 14:25:39,754 [salt.state :3516][CRITICAL][3878] Rendering
SLS 'base:certs' failed: Jinja error: [Errno 13] Permission denied:
'/var/tmp/.root_2c2911_salt/running_data'
Traceback (most recent call last):
File "/usr/lib/python3.6/site-packages/salt/utils/templates.py", line 392,
in render_jinja_tmpl
output = template.render(**decoded_context)
File "/usr/lib/python3.6/site-packages/jinja2/asyncsupport.py", line 76,
in render
return original_render(self, *args, **kwargs)
File "/usr/lib/python3.6/site-packages/jinja2/environment.py", line 1008,
in render
return self.environment.handle_exception(exc_info, True)
File "/usr/lib/python3.6/site-packages/jinja2/environment.py", line 780,
in handle_exception
reraise(exc_type, exc_value, tb)
File "/usr/lib/python3.6/site-packages/jinja2/_compat.py", line 37, in
reraise
raise value.with_traceback(tb)
File "<template>", line 8, in top-level template code
File "/usr/lib/python3.6/site-packages/jinja2/runtime.py", line 579, in
_invoke
rv = self._func(*arguments)
File "<template>", line 2, in template
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 136, in
get_source
self.check_cache(_template)
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 97, in
check_cache
self.cache_file(template)
File "/usr/lib/python3.6/site-packages/salt/utils/jinja.py", line 90, in
cache_file
self.file_client().get_file(saltpath, '', True, self.saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1053, in
get_file
hash_server, stat_server = self.hash_and_stat_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1312, in
hash_and_stat_file
hash_result = self.hash_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1305, in
hash_file
return self.__hash_and_stat_file(path, saltenv)
File "/usr/lib/python3.6/site-packages/salt/fileclient.py", line 1297, in
__hash_and_stat_file
return self.channel.send(load)
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
906, in send
return getattr(self.fs, cmd)(load)
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
681, in file_hash
return self.__file_hash_and_stat(load)[0]
File "/usr/lib/python3.6/site-packages/salt/fileserver/__init__.py", line
673, in __file_hash_and_stat
return self.servers[fstr](load, fnd), stat_result
File "/usr/lib/python3.6/site-packages/salt/fileserver/roots.py", line
280, in file_hash
os.makedirs(cache_dir)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
File "/usr/lib64/python3.6/os.py", line 210, in makedirs
makedirs(head, mode, exist_ok)
[Previous line repeated 5 more times]
File "/usr/lib64/python3.6/os.py", line 220, in makedirs
mkdir(name, mode)
PermissionError: [Errno 13] Permission denied:
'/var/tmp/.root_2c2911_salt/running_data'
; line 2
---
{% macro includesls(osfullname, osrelease) -%}
{% include 'certs/{0}.sls'.format(osfullname + osrelease.replace('.', '_'))
ignore missing -%} <======================
{%- endmacro %}
{% if grains['os_family'] == 'Suse' %}
{% if grains['osfullname'] == 'openSUSE Tumbleweed' %}
{% set sls = includesls('Tumbleweed', '') -%}
{% else -%}
[...]
---
2020-06-08 14:25:39,757 [salt.client.ssh :1170][ERROR ][3878] An
Exception occurred while executing state.apply: [Errno 13] Permission
denied: '/var/tmp/.root_2c2911_salt/running_data'
Hi all,
With Uyuni 2020.05, I am not able to synchronized the CentOS SCL repo:
2020/05/29 01:00:30 -00:00 Command: ['/usr/bin/spacewalk-repo-sync', '--channel', 'centos7-x86_64-sclo', '--type', 'yum', '--non-interactive']
2020/05/29 01:00:30 -00:00 Sync of channel started.
2020/05/29 01:00:32 -00:00 RepoMDError: Cannot access repository. Maybe repository GPG keys are not imported
There already is this open issue https://github.com/uyuni-project/uyuni/issues/1578, but I don't really see a solution for an OpenSuse.
Does somebody had and solved this issue ?
Regards,
Philippe.
Philippe Bidault | Unix Engineer
Getronics
________________________________
M. 34617301667 | E. Philippe.Bidault(a)Getronics.com | W. www.getronics.com
[cid:M17520GetronicsConnectingPossibilitiesE-Sig425x204_e1803ca0-99a5-4a65-abd8-074c86bf11aa.png]<http://www.getronics.com/>
<http://www.linkedin.com/company/2077785>[cid:LinkedIn_4aeb630a-f385-4f22-927e-31323d2554b8.png]<https://www.linkedin.com/company/2077785> [cid:Twitter_6c9cce61-b2e3-49d4-991c-e799d031f1ae.png] <https://twitter.com/Getronics> <http://twitter.com/Getronics> [cid:Youtube_5150f807-4ba8-46a3-bbbf-038ccfdc2793.png] <https://www.youtube.com/user/getronicsonline?feature=results_main> <http://www.youtube.com/user/getronicsonline?feature=results_main> sign-info
<http://www.getronics.com/knowledge-share/news-and-events/ovum.php#sthash.cb…>
Getronics CMC Service Desk Iberia S.L - VAT No:S.L.: B66686262.
Registered Office - Getronics CMC Service Desk Iberia S.L, C/Rosselloi, Porcel, 21 planta 11, 08016 Barcelona, Spain.
The information transmitted is intended only for use by the addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. Thank you.
Legal disclaimer: http://www.getronics.com/legal/
Hello
Has the SLE 15 SP1 product sync fully finished?
________________________________
From: Cristian Gherman
Sent: Monday, June 15, 2020 10:37 AM
To: Uyunii list
Subject: Re: [uyuni-users] Fresh Install uyuni 2020.05 Error generating bootstrap repo
Hello,
You have a local repo of
https://download.opensuse.org/repositories/systemsmanagement:/Uyuni:/Stable…
?
Cristian Gherman
Support / PHP developer
cristian.gherman(a)reea.net | www.reea.net<http://www.reea.net> | +4 0365410942
On 6/14/20 10:32 PM, Thomas Weis wrote:
> Hello everyone
>
> we are configuring a fresh installation of Uyuni 2020.05
> After a successful reposync of SUSE Linux Enterprise Server 15 SP1 x86_64 we get an error message:
>
> Type: Creating Bootstrap Repository failed
> Summary: Error generating bootstrap repo for: SLE-15-SP1-x86_64
>
> show details said:
> ERROR: package 'hwdata' not found ERROR: package 'python3-hwdata' not found ERROR: package 'python3-rhnlib' not found ERROR: package 'spacewalk-check' not found ERROR: package 'spacewalk-client-setup' not found ERROR: package 'spacewalk-client-tools' not found ERROR: package 'python3-spacewalk-check' not found ERROR: package 'python3-spacewalk-client-setup' not found ERROR: package 'python3-spacewalk-client-tools' not found ERROR: package 'python3-uyuni-common-libs' not found ERROR: none of 'mgr-daemon', 'spacewalksd' found ERROR: package 'suseRegisterInfo' not found ERROR: package 'python3-suseRegisterInfo' not found ERROR: package 'zypp-plugin-spacewalk' not found ERROR: package 'python3-zypp-plugin-spacewalk' not found
>
> The installation was error-free, we proceeded exactly according to the documentation.
> What is our mistake?
>
> thanks for suggestions
>
> Regards
> Thomas--
> To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org
> To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org
>
Hello everyone!
We are happy to announce the immediate availability of Uyuni 2020.06
At https://www.uyuni-project.org/pages/stable-version.html you will find all
the resources you need to start working with Uyuni 2020.06, including the
release notes, documentation, requirements and setup instructions.
This is the list of highlights for this release:
* Oracle Linux as client
* Third-party GPG keys now included
* Cluster Management
Please check the release notes for full details.
Remember that Uyuni will follow a rolling release planning, so the next
version will contain bugfixes for this one and any new features. There will be
no maintenance of 2020.05
As always, we hope you will enjoy Uyuni 2020.06 and invite everyone of you to
send us your feedback [1] and of course your patches, if you can contribute.
Happy hacking!
[1] https://www.uyuni-project.org/pages/contact.html
--
Julio González Gil
Release Engineer, SUSE Manager and Uyuni
jgonzalez(a)suse.com
Hello everyone
we are configuring a fresh installation of Uyuni 2020.05
After a successful reposync of SUSE Linux Enterprise Server 15 SP1 x86_64 we get an error message:
Type: Creating Bootstrap Repository failed
Summary: Error generating bootstrap repo for: SLE-15-SP1-x86_64
show details said:
ERROR: package 'hwdata' not found ERROR: package 'python3-hwdata' not found ERROR: package 'python3-rhnlib' not found ERROR: package 'spacewalk-check' not found ERROR: package 'spacewalk-client-setup' not found ERROR: package 'spacewalk-client-tools' not found ERROR: package 'python3-spacewalk-check' not found ERROR: package 'python3-spacewalk-client-setup' not found ERROR: package 'python3-spacewalk-client-tools' not found ERROR: package 'python3-uyuni-common-libs' not found ERROR: none of 'mgr-daemon', 'spacewalksd' found ERROR: package 'suseRegisterInfo' not found ERROR: package 'python3-suseRegisterInfo' not found ERROR: package 'zypp-plugin-spacewalk' not found ERROR: package 'python3-zypp-plugin-spacewalk' not found
The installation was error-free, we proceeded exactly according to the documentation.
What is our mistake?
thanks for suggestions
Regards
Thomas--
To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org
To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org
Hi,
on a Linux (SLES15) salt client that is integrated in an Active
Directory, the following scriptlet fails with an error message that the
user (svc-backup005) is unknown:
/home/svc-backup005:
file.directory:
- user: svc-backup005
- group: users
- mode: '0700'
Similar scripts with other users run fine. The only difference is, that
those users are local users (/etc/passwd) and svc-backup005 is an AD
user. Login (PAM + sss) and commands like getent or id run fine with
this user but it seems that Salt doesn't recognize AD users.
Any idea?
Thanks in advance!
Regards,
Tobias.
--
To unsubscribe, e-mail: uyuni-users+unsubscribe(a)opensuse.org
To contact the owner, e-mail: uyuni-users+owner(a)opensuse.org