Re: [Spacewalk-list] Mail Notifications

[Graeme Fowler]

The error message you detail looks to me very much like an Exim response, not 
Postfix; your system looks to be accepting the locally-generated mail but the 
mail relay is struggling with it.

If you’re not sending from a fully-qualified, verifiable sender address within 
your own institution’s email namespace(s) then you might well find the relay 
won’t accept the messages – although the 451 error implies that there’s 
something the relay can’t process rather than something it rejects on.

At Loughborough we set default_mail_from to be 
root@hostname.domain – so something like:

default_mail_from = 
r...@dev-spacewalk-instance.birmingham.ac.uk

(noting that the hostname/domain must resolve in your DNS!)

Graeme

From:  on behalf of "p.cook...@bham.ac.uk" 

Reply-To: "spacewalk-list@redhat.com" 
Date: Thursday, 2 May 2019 at 15:19
To: "spacewalk-list@redhat.com" 
Subject: [Spacewalk-list] Mail Notifications

Good afternoon

I have Spacewalk 2.8 installed on a RHEL 7.6 system with Postfix configured to 
use our own mail relay. If I send an email test, from the command line, to my 
personal email box I receive the email straightaway. However, I’m not receiving 
email Notifications, from Spacewalk, even though they are checked in the Users’ 
Preferences screen.

I can see the following type of errors in /var/log/maillog (hostname etc made 
anonymous):

May  2 14:34:50  postfix/smtp[45681]: 422EAE2C60: 
to=@, relay=[]:25, delay=409786, 
delays=409781/0.03/5/0.02, dsn=4.0.0, status=deferred (host relay=[] said: 451 Temporary local problem - please try later (in 
reply to RCPT TO command))

Is there some Spacewalk configuration that needs to be done to enable it to 
utilise Postfix perhaps? As an example I’ve seen some references to 
web.default_mail_from, in /etc/rhn/rhn.conf, but I’m not sure what it actually 
needs to be set to.

Regards

Philip Cookson
Linux Administrator
IT Services
ERI Building
Edgbaston
Birmingham
B15 2TT

Tel: 0121 414 4731
Email: p.cook...@bham.ac.uk

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk Mail Configuration

[Graeme Fowler]

From “man rhn.conf”:

   java.smtp_server
  This parameter defines the server Satellite will use as its SMTP
  server.

  Default: localhost

So the way the emails are sent is a function of how you’ve configured the local 
SMTP server on the spacewalk server. Unless you have expressly configured it to 
use a smarthost, it’ll try to use MX records.

Given that you could be using sendmail, postfix, exim or pretty much any other 
SMTP server, you’ll have to work that bit out for yourself!

Graeme


From:  on behalf of Ananda Arifianto 

Reply to: "spacewalk-list@redhat.com" 
Date: Monday, 25 February 2019 at 08:34
To: "spacewalk-list@redhat.com" 
Subject: Re: [Spacewalk-list] Spacewalk Mail Configuration


Hi All,



Any clue about this?



Best Regards,



Ananda Arifianto



-Original Message-
From: spacewalk-list-boun...@redhat.com 
[mailto:spacewalk-list-boun...@redhat.com] On Behalf Of Elsever Sadigov
Sent: Friday, February 22, 2019 8:01 PM
To: spacewalk-list@redhat.com
Subject: [Spacewalk-list] Spacewalk Mail Configuration



Hello,



I wonder if somebody know how to configure spacewalk email notifications

work thru local mail server and not thru internet. Btw server is behind

http-proxy



There is not to much information or manual about it



--

Best Regards,



Elsever Sadigov





___

Spacewalk-list mailing list

Spacewalk-list@redhat.com

https://www.redhat.com/mailman/listinfo/spacewalk-list
The information in this e-mail is confidential and is transmitted strictly for 
the addressee/s. If you receive this e-mail in error, please notify the sender 
and delete it immediately. Copying and/or disseminating the contents are 
prohibited. PT Bank Danamon Indonesia, Tbk. shall not be responsible for the 
accuracy or completeness of this email and any views expressed herein do not 
necessarily reflect the views of PT Bank Danamon Indonesia, Tbk.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Tomcat failed to start properly or the installer ran out of tries

[Graeme Fowler]

I saw this recently; SELinux was preventing the application being run under 
Tomcat from connecting to the PostgreSQL database. Youll need the following:

setsebool -P tomcat_can_network_connect_db 1
spacewalk-service restart

You'll find the offending entries inside /var/log/audit/audit.log.

Graeme




On 09/01/2019, 13:07, 
"spacewalk-list-boun...@redhat.com on 
behalf of Peirce, Dean" 
mailto:spacewalk-list-boun...@redhat.com> on 
behalf of dean.pei...@cengage.com> wrote:

Same issue here

From:  on behalf of Wachauer Harald 

Reply-To: "spacewalk-list@redhat.com" 
Date: Wednesday, January 9, 2019 at 7:03 AM
To: "spacewalk-list@redhat.com" 
Subject: Re: [Spacewalk-list] Tomcat failed to start properly or the installer 
ran out of tries

Sorry, Spacewalk 2.8 of course……

Von: spacewalk-list-boun...@redhat.com  Im 
Auftrag von Wachauer Harald
Gesendet: Mittwoch, 9. Jänner 2019 13:01
An: spacewalk-list@redhat.com
Betreff: [Spacewalk-list] Tomcat failed to start properly or the installer ran 
out of tries

Hi,

I have tried to install Spacewalk 2.0 on CentOS Linux release 7.6.1810 (Core) 
several times.
I have used this instructions:   
https://github.com/spacewalkproject/spacewalk/wiki/HowToInstall
After the setup I will get the message: Tomcat failed to start properly or the 
installer ran out of tries
Tomcat is running, but when I will try to open the Spacewalk page it took vey 
long and I will only get a black balk with the Spacewalk logo,
Rest of the page is white and I am not able to do anything….

I cannot find any solution, the only things I have tried is to downgrade c3p0:

Removed:
  c3p0.noarch 0:0.9.5-0.3.pre8.sw

Installed:
  c3p0.noarch 0:0.9.2.1-6.el7

The second hint I found is that the FQDN of the server has to be correct. I 
checked and it seems to be OK…..

Any help anyone.. ???

Thanks a lot, Harald



___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] [EXTERNAL] Spacewalk 2.8 - Patching RHEL 6/7 Servers

[Graeme Fowler]

Hi Phil

The answer is staring you in the face in red: the RHEL repos use a certificate 
which your system doesn’t trust. You’ll need to fetch a copy of the cert and 
install it into your appropriate PKI tools on the Spacewalk server (part of the 
OS, not Spacewalk) to allow it to trust the certificate.

You’re very much not the only person to have raised this on this mailing list – 
a check of the archives might help you!

Graeme


From:  on behalf of "p.cook...@bham.ac.uk" 

Reply-To: "spacewalk-list@redhat.com" 
Date: Tuesday, 11 December 2018 at 16:39
To: "spacewalk-list@redhat.com" 
Subject: Re: [Spacewalk-list] [EXTERNAL] Spacewalk 2.8 - Patching RHEL 6/7 
Servers

Hi Jeffrey

I haven’t had much success patching RHEL systems with my original proof of 
concept (PoC) environment that had Spacewalk 2.8 installed on an OEL 7 server.

I’ve therefore, created a 2nd PoC environment with Spacewalk 2.8 installed on a 
RHEL 7 server, as you’ve described. I’ve left the RHEL 7 server repo 
(rhel-7-server-rpms) with its default configuration, as you have below, but 
when I try and sync I see the following error:

[root@ yum.repos.d]# cat /var/log/rhn/reposync/rhel7_x86_64.log
2018/12/11 15:50:42 +01:00 Command: ['/usr/bin/spacewalk-repo-sync', 
'--channel', 'rhel7_x86_64', '--type', 'yum']
2018/12/11 15:50:42 +01:00 Sync of channel started.
2018/12/11 15:50:42 +01:00
2018/12/11 15:50:42 +01:00   Processing repository with URL: 
https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os
2018/12/11 15:50:43 +01:00 ERROR: failure: repodata/repomd.xml from 
rhel7_x86_64: [Errno 256] No more mirrors to try.
https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os/repodata/repomd.xml:
 [Errno 14] curl#60 - "Peer's certificate issuer has been marked as not trusted 
by the user."
2018/12/11 15:50:43 +01:00 ERROR: failure: repodata/repomd.xml from 
rhel7_x86_64: [Errno 256] No more mirrors to try.
https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os/repodata/repomd.xml:
 [Errno 14] curl#60 - "Peer's certificate issuer has been marked as not trusted 
by the user."
2018/12/11 15:50:43 +01:00 Sync of channel completed in 0:00:00.
[root@yum.repos.d]#

Did you perform some additional configuration perhaps/any ideas? Might be 
useful if you could forward a screen dump of your channel/repo setup screen for 
RHEL 7, from the Web UI, too?

Regards
Phil



From: spacewalk-list-boun...@redhat.com  On 
Behalf Of jeffrey.ir...@rivertechllc.com
Sent: 27 November 2018 14:21
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] [EXTERNAL] Spacewalk 2.8 - Patching RHEL 6/7 
Servers


RHEL 6 (my mirror repo) pulling from RH


[rhel-6-server-rpms]
metadata_expire = 86400
sslclientcert = /etc/pki/entitlement/3922910052842520258.pem
baseurl = 
https://cdn.redhat.com/content/dist/rhel/server/6/$releasever/$basearch/os
ui_repoid_vars = releasever basearch
sslverify = 1
name = Red Hat Enterprise Linux 6 Server (RPMs)
sslclientkey = /etc/pki/entitlement/3922910052842520258-key.pem
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
enabled = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
gpgcheck = 1

Spacewalk pulling from mirror (above)
[rhel-6-server-rpms]
name = Red Hat Enterprise Linux 6 Server (RPMs)
baseurl = https://xxx.xxx.xxx.xxx/rhel-6-server-rpms/
enabled = 1
gpgcheck = 1
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release


RHEL 7

[rhel-7-server-rpms]
metadata_expire = 86400
sslclientcert = /etc/pki/entitlement/redhat.pem
baseurl = 
https://cdn.redhat.com/content/dist/rhel/server/7/$releasever/$basearch/os
ui_repoid_vars = releasever basearch
sslverify = 1
name = Red Hat Enterprise Linux 7 Server (RPMs)
sslclientkey = /etc/pki/entitlement/redhat-key.pem
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
enabled = 1
sslcacert = /etc/rhsm/ca/redhat-uep.pem
gpgcheck = 1



​





From: 
spacewalk-list-boun...@redhat.com 
mailto:spacewalk-list-boun...@redhat.com>> 
on behalf of p.cook...@bham.ac.uk 
mailto:p.cook...@bham.ac.uk>>
Sent: Tuesday, November 27, 2018 4:16 AM
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] [EXTERNAL] Spacewalk 2.8 - Patching RHEL 6/7 
Servers

Hi Jeffrey

Thanks for your reply. It seems I would have been better off by starting with 
installing Spacewalk on a RHEL 7 server rather than an OL 7 server then? Can 
you just clarify/confirm what URL’s you’ve configured for the RHEL 6/7 
repositories please (obviously, for the RHEL 6 local, just take out any 
sensitive information)?

Regards
Phil

From: 
spacewalk-list-boun...@redhat.com 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of 
jeffrey.ir...@rivertechllc.com
Sent: 26 November 2018 19:58
To: 

Re: [Spacewalk-list] only SUSE 11 SP4 update pkg push from spacewalk not worked

[Graeme Fowler]

Hi Suhail

You don't include the error but I would suggest you're typing the literal 
'' rather than an actual channel label, like this:

spacecmd softwarechannel_regenerateyumcache centos7-x86_64-updates

Substitute the channel label for the one you're using.

Graeme

PS please don't include the entire digest when replying; trim the email to be 
relevant and change the reply subject to match the thread. Ta.




On 15/08/2018, 14:47, 
"spacewalk-list-boun...@redhat.com on 
behalf of 
suhail.siddi...@visitor.upm.com" 
mailto:spacewalk-list-boun...@redhat.com> on 
behalf of 
suhail.siddi...@visitor.upm.com> wrote:

Hi ,
I tried this command but end with syntex error.


 $> spacecmd softwarechannel_regenerateyumcache 

I think this option not available with this spacecmd 
"softwarechannel_regenerateyumcache"
Best Regards,

Suhail Siddiqui



___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk - remote command option - rhncfg-actions RPM not found

[Graeme Fowler]

You can get that from the repo itself. From 
https://github.com/spacewalkproject/spacewalk/wiki/HowToInstall, assuming 
you're on CentOS 7:

rpm -Uvh 
https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.8/epel-7-x86_64/00736372-spacewalk-repo/spacewalk-repo-2.8-11.el7.centos.noarch.rpm

(or replace the 'rpm -Uvh' command with 'wget' to simply fetch the rpm file)

For reference, my repo file (/etc/yum.repos.d/spacewalk-client.repo) contains:

[spacewalk-client]
name=Spacewalk Client Tools
baseurl=https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.8-client/epel-7-$basearch/
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-spacewalk-2.8-client
enabled=1
gpgcheck=1

--
Graeme


From:  on behalf of Dave Thoms 

Reply-To: "spacewalk-list@redhat.com" 
Date: Tuesday, 14 August 2018 at 13:15
To: "spacewalk-list@redhat.com" 
Subject: Re: [Spacewalk-list] Spacewalk - remote command option - 
rhncfg-actions RPM not found

I didn’t capitalize client – that was for the readers benefit.

Can you post your entire repo file?

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk - remote command option - rhncfg-actions RPM lo not found

[Graeme Fowler]

Yes, it is:

[root@server #] yum info rhncfg-actions
Installed Packages
Name: rhncfg-actions
Arch: noarch
Version : 5.10.122
Release : 1.el7.centos
Size: 1.0 k
Repo: installed
>From repo   : spacewalk-client
Summary : Spacewalk Configuration Client Actions
URL : https://github.com/spacewalkproject/spacewalk
Licence : GPLv2
Description : The code required to run configuration actions scheduled via the
: RHN Classic website or Red Hat Satellite or Spacewalk.


See the 'From repo' section.

Graeme


From: spacewalk-list-boun...@redhat.com  on 
behalf of Jose Hernandez 
Sent: 11 August 2018 21:45
To: spacewalk-list@redhat.com
Subject: Re: [Spacewalk-list] Spacewalk - remote command option - 
rhncfg-actions RPM lo not found

The package is simply not present in the spacewalk repos. This is not a client 
side configuration issue.

On Aug 11, 2018 12:43 PM, "Graeme Fowler" 
mailto:g.e.fow...@lboro.ac.uk>> wrote:
If I do the 'yum search rhncfg-actions' I get:

> = N/S matched: rhncfg-actions 
> ==
> python2-rhncfg-actions.noarch : Spacewalk Configuration Client Actions
> rhncfg-actions.noarch : Spacewalk Configuration Client Actions

Is the repo enabled? Have you done a 'yum clean all' to force downloading 
metadata again?


Graeme


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com<mailto:Spacewalk-list@redhat.com>
https://www.redhat.com/mailman/listinfo/spacewalk-list


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk - remote command option - rhncfg-actions RPM not found

[Graeme Fowler]

If I do the 'yum search rhncfg-actions' I get:

> = N/S matched: rhncfg-actions 
> ==
> python2-rhncfg-actions.noarch : Spacewalk Configuration Client Actions
> rhncfg-actions.noarch : Spacewalk Configuration Client Actions

Is the repo enabled? Have you done a 'yum clean all' to force downloading 
metadata again?

Graeme

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] cobbler/osad-dispatcher log permissions

[Graeme Fowler]

Hi folks

Newbie to the list; relative newbie to spacewalk (although I've used both the 
'proper' RHN and Oracle versions for some time as an end-user). Not in any way 
a newbie to RH-derived Linux distros :)

I've recently installed Spacewalk 2.8 - 2.8.2-1.el7.centos to be precise - on 
each of a dev and production system. Both of them spit an error from logrotate 
each night:

/etc/cron.daily/logrotate:

error: Ignoring osa-dispatcher because of bad file mode - must be 0644 or 0444.
error: skipping "/var/log/cobbler/cobbler.log" because parent directory has 
insecure permissions (It's world writable or writable by group which is not 
"root") Set "su" directive in config file to tell logrotate which user/group 
should be used for rotation.
error: skipping "/var/log/cobbler/tasks/*.log" because parent directory has 
insecure permissions (It's world writable or writable by group which is not 
"root") Set "su" directive in config file to tell logrotate which user/group 
should be used for rotation.
error: skipping "/var/log/cobbler/install.log" because parent directory has 
insecure permissions (It's world writable or writable by group which is not 
"root") Set "su" directive in config file to tell logrotate which user/group 
should be used for rotation.

Obviously I can fix these by tweaking the permissions on the directories and 
files, but as they've been set by the installer/rpm/post-install scriplets I'd 
prefer to find out if (a) there's a fix in the pipeline or (b) I should just 
change the perms to quiet the error.

Regards

Graeme


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list