Re: [Spacewalk-list] spacewalk-repo-sync gives "HTTPS Error 401 - Unauthorized" for ULN repository

2018-08-05 Thread Avi Miller
You could install the spacewalk-backend RPM from our repo: 
http://yum.oracle.com/repo/OracleLinux/OL7/spacewalk27/server//x86_64/index.html
 


If you have Oracle Linux support, then Spacewalk support is included (if you 
use our binaries), so that’s another advantage.

> On 6 Aug 2018, at 5:16 am, Andrei Popenta  wrote:
> 
> thanks for your answer Avi,
> I'd really like not to upgrade to 2.8, I tried it once and it didn't work and 
> it's too much work to get everything configured again in a clean install.
> if there's any workaround to make ULN repo sync in 2.7 please let me know.
> 
> regards,
> Andrei
> 
> On Sun, 5 Aug 2018 at 11:51, Avi Miller  > wrote:
> Hi,
> 
>> On 2 Aug 2018, at 10:47 pm, Andrei Popenta > > wrote:
>> 
>> I'm running spacewalk 2.7 and would like to get ULN repo sync working.
>> I tried to find the  spacewalk-backend-2.7.139-1.0.2, but with no luck.  ( i 
>> checked http://yum.spacewalkproject.org/2.7/RHEL/7/ 
>>  )
>> Can you please let me know if the fixed version for spacewalk-backend has 
>> been released or not ?
> 
> If you’re running the upstream build of Spacewalk, I don’t believe the fix 
> was backported to 2.7. It was only released for 2.8. 
> 
>> 
>> Also, if I have a valid support contract for Extended Oracle Linux Support 
>> (OL5 for example) would I be able to sync that repo to spacewalk ?
> 
> Yes
> 
> Thanks,
> Avi
> 
> --
> Oracle >
> Avi Miller | Product Management Director | +61 (3) 8616 3496
> Oracle Linux and Virtualization
> 417 St Kilda Road, Melbourne, Victoria 3004 Australia
> 
> ___
> Spacewalk-list mailing list
> 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

--
Oracle 
Avi Miller | Product Management Director | +61 (3) 8616 3496
Oracle Linux and Virtualization
417 St Kilda Road, Melbourne, Victoria 3004 Australia

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

Re: [Spacewalk-list] spacewalk-repo-sync gives "HTTPS Error 401 - Unauthorized" for ULN repository

2018-08-05 Thread Andrei Popenta
thanks for your answer Avi,
I'd really like not to upgrade to 2.8, I tried it once and it didn't work
and it's too much work to get everything configured again in a clean
install.
if there's any workaround to make ULN repo sync in 2.7 please let me know.

regards,
Andrei

On Sun, 5 Aug 2018 at 11:51, Avi Miller  wrote:

> Hi,
>
> On 2 Aug 2018, at 10:47 pm, Andrei Popenta 
> wrote:
>
> I'm running spacewalk 2.7 and would like to get ULN repo sync working.
> I tried to find the  spacewalk-backend-2.7.139-1.0.2, but with no luck.  (
> i checked http://yum.spacewalkproject.org/2.7/RHEL/7/ )
> Can you please let me know if the fixed version for spacewalk-backend has
> been released or not ?
>
>
> If you’re running the upstream build of Spacewalk, I don’t believe the fix
> was backported to 2.7. It was only released for 2.8.
>
>
> Also, if I have a valid support contract for Extended Oracle Linux Support
> (OL5 for example) would I be able to sync that repo to spacewalk ?
>
>
> Yes
>
> Thanks,
> Avi
>
> --
> Oracle 
> Avi Miller | Product Management Director | +61 (3) 8616 3496
> Oracle Linux and Virtualization
> 417 St Kilda Road, Melbourne, Victoria 3004 Australia
>
> ___
> Spacewalk-list mailing list
> 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] [EXTERNAL] Re: Kickstart but do not register

2018-08-05 Thread Dacre, Alex
Apologies, damn keyboard.

I managed to get this working as required by setting a variable in the 
kickstart:

redhat_management_type=off

Thanks,
Alex

-Original Message-
From: Dacre, Alex
Sent: 03 August 2018 09:57
To: Robert Paschedag ; spacewalk-list@redhat.com
Subject: RE: [EXTERNAL] Re: [Spacewalk-list] Kickstart but do not register

FWIW I managed to achieve this will fully managed Spacewalk kickstarts and 
setting a

-Original Message-
From: Robert Paschedag 
Sent: 01 August 2018 10:39
To: Dacre, Alex ; spacewalk-list@redhat.com
Subject: RE: [EXTERNAL] Re: [Spacewalk-list] Kickstart but do not register

Am 1. August 2018 10:04:59 MESZ schrieb "Dacre, Alex" :
>Hi Robert,
>
>Thanks, but I can't see any options to not run rhnreg_ks as part of the
>kickstart.
>
>Any pointers? We're running Spacewalk 2.8.
>
>Thanks,
>Alex
>
>-Original Message-
>From: Robert Paschedag 
>Sent: 01 August 2018 08:59
>To: spacewalk-list@redhat.com; Dacre, Alex ;
>spacewalk-list@redhat.com
>Subject: [EXTERNAL] Re: [Spacewalk-list] Kickstart but do not register
>
>Am 31. Juli 2018 14:51:13 MESZ schrieb "Dacre, Alex"
>:
>>Hi,
>>
>>Is it possible to have a Spacewalk managed kickstart but not have it
>>install the client or execute rhnreg_ks?
>>
>>Scenario: I want to be able to kickstart RHEL machines and Satellite 6
>>sucks.
>>
>>Thanks,
>>Alex
>>This message and any attachments may contain privileged and
>>confidential information that is intended solely for the person(s) to
>>whom it is addressed. If you are not an intended recipient you must
>>not: read; copy; distribute; discuss; take any action in or make any
>>reliance upon the contents of this message; nor open or read any
>>attachment. If you have received this message in error, please notify
>>us as soon as possible on the following telephone number and destroy
>>this message including any attachments. Thank you. Cirrus Logic
>>International (UK) Ltd and Cirrus Logic International Semiconductor
>Ltd
>>are companies registered in Scotland, with registered numbers SC089839
>>and SC495735 respectively. Our registered office is at 7B Nightingale
>>Way, Quartermile, Edinburgh, EH3 9EG, UK. Tel: +44 (0)131 272 7000.
>>cirrus.com
>
>Sure... Just don't call the bootstrap script.
>
>Robert
>--
>sent from my mobile device
>This message and any attachments may contain privileged and
>confidential information that is intended solely for the person(s) to
>whom it is addressed. If you are not an intended recipient you must
>not: read; copy; distribute; discuss; take any action in or make any
>reliance upon the contents of this message; nor open or read any
>attachment. If you have received this message in error, please notify
>us as soon as possible on the following telephone number and destroy
>this message including any attachments. Thank you. Cirrus Logic
>International (UK) Ltd and Cirrus Logic International Semiconductor Ltd
>are companies registered in Scotland, with registered numbers SC089839
>and SC495735 respectively. Our registered office is at 7B Nightingale
>Way, Quartermile, Edinburgh, EH3 9EG, UK. Tel: +44 (0)131 272 7000.
>cirrus.com

Well... Maybe I'm using it "the wrong way" but all of my kickstart files are 
the ones, created by the OS installers (from a manual installation), imported 
into spacewalk and modified to fit my needs.

The registration is a "post-process" within this kickstart. So if I would 
remove the "rhnreg_ks" line, no client would be registered.

Robert
--
sent from my mobile device
This message and any attachments may contain privileged and confidential 
information that is intended solely for the person(s) to whom it is addressed. 
If you are not an intended recipient you must not: read; copy; distribute; 
discuss; take any action in or make any reliance upon the contents of this 
message; nor open or read any attachment. If you have received this message in 
error, please notify us as soon as possible on the following telephone number 
and destroy this message including any attachments. Thank you. Cirrus Logic 
International (UK) Ltd and Cirrus Logic International Semiconductor Ltd are 
companies registered in Scotland, with registered numbers SC089839 and SC495735 
respectively. Our registered office is at 7B Nightingale Way, Quartermile, 
Edinburgh, EH3 9EG, UK. Tel: +44 (0)131 272 7000. cirrus.com

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


Re: [Spacewalk-list] spacewalk-repo-sync gives "HTTPS Error 401 - Unauthorized" for ULN repository

2018-08-05 Thread Avi Miller
Hi,

> On 2 Aug 2018, at 10:47 pm, Andrei Popenta  wrote:
> 
> I'm running spacewalk 2.7 and would like to get ULN repo sync working.
> I tried to find the  spacewalk-backend-2.7.139-1.0.2, but with no luck.  ( i 
> checked http://yum.spacewalkproject.org/2.7/RHEL/7/ 
>  )
> Can you please let me know if the fixed version for spacewalk-backend has 
> been released or not ?

If you’re running the upstream build of Spacewalk, I don’t believe the fix was 
backported to 2.7. It was only released for 2.8. 

> 
> Also, if I have a valid support contract for Extended Oracle Linux Support 
> (OL5 for example) would I be able to sync that repo to spacewalk ?

Yes

Thanks,
Avi

--
Oracle 
Avi Miller | Product Management Director | +61 (3) 8616 3496
Oracle Linux and Virtualization
417 St Kilda Road, Melbourne, Victoria 3004 Australia

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

Re: [Spacewalk-list] [EXTERNAL] Re: Kickstart but do not register

2018-08-05 Thread Robert Paschedag
Am 1. August 2018 10:04:59 MESZ schrieb "Dacre, Alex" :
>Hi Robert,
>
>Thanks, but I can't see any options to not run rhnreg_ks as part of the
>kickstart.
>
>Any pointers? We're running Spacewalk 2.8.
>
>Thanks,
>Alex
>
>-Original Message-
>From: Robert Paschedag 
>Sent: 01 August 2018 08:59
>To: spacewalk-list@redhat.com; Dacre, Alex ;
>spacewalk-list@redhat.com
>Subject: [EXTERNAL] Re: [Spacewalk-list] Kickstart but do not register
>
>Am 31. Juli 2018 14:51:13 MESZ schrieb "Dacre, Alex"
>:
>>Hi,
>>
>>Is it possible to have a Spacewalk managed kickstart but not have it
>>install the client or execute rhnreg_ks?
>>
>>Scenario: I want to be able to kickstart RHEL machines and Satellite 6
>>sucks.
>>
>>Thanks,
>>Alex
>>This message and any attachments may contain privileged and
>>confidential information that is intended solely for the person(s) to
>>whom it is addressed. If you are not an intended recipient you must
>>not: read; copy; distribute; discuss; take any action in or make any
>>reliance upon the contents of this message; nor open or read any
>>attachment. If you have received this message in error, please notify
>>us as soon as possible on the following telephone number and destroy
>>this message including any attachments. Thank you. Cirrus Logic
>>International (UK) Ltd and Cirrus Logic International Semiconductor
>Ltd
>>are companies registered in Scotland, with registered numbers SC089839
>>and SC495735 respectively. Our registered office is at 7B Nightingale
>>Way, Quartermile, Edinburgh, EH3 9EG, UK. Tel: +44 (0)131 272 7000.
>>cirrus.com
>
>Sure... Just don't call the bootstrap script.
>
>Robert
>--
>sent from my mobile device
>This message and any attachments may contain privileged and
>confidential information that is intended solely for the person(s) to
>whom it is addressed. If you are not an intended recipient you must
>not: read; copy; distribute; discuss; take any action in or make any
>reliance upon the contents of this message; nor open or read any
>attachment. If you have received this message in error, please notify
>us as soon as possible on the following telephone number and destroy
>this message including any attachments. Thank you. Cirrus Logic
>International (UK) Ltd and Cirrus Logic International Semiconductor Ltd
>are companies registered in Scotland, with registered numbers SC089839
>and SC495735 respectively. Our registered office is at 7B Nightingale
>Way, Quartermile, Edinburgh, EH3 9EG, UK. Tel: +44 (0)131 272 7000.
>cirrus.com

Well... Maybe I'm using it "the wrong way" but all of my kickstart files are 
the ones, created by the OS installers (from a manual installation), imported 
into spacewalk and modified to fit my needs.

The registration is a "post-process" within this kickstart. So if I would 
remove the "rhnreg_ks" line, no client would be registered.

Robert
-- 
sent from my mobile device

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


Re: [Spacewalk-list] Kickstart but do not register

2018-08-05 Thread Robert Paschedag
Am 31. Juli 2018 14:51:13 MESZ schrieb "Dacre, Alex" :
>Hi,
>
>Is it possible to have a Spacewalk managed kickstart but not have it
>install the client or execute rhnreg_ks?
>
>Scenario: I want to be able to kickstart RHEL machines and Satellite 6
>sucks.
>
>Thanks,
>Alex
>This message and any attachments may contain privileged and
>confidential information that is intended solely for the person(s) to
>whom it is addressed. If you are not an intended recipient you must
>not: read; copy; distribute; discuss; take any action in or make any
>reliance upon the contents of this message; nor open or read any
>attachment. If you have received this message in error, please notify
>us as soon as possible on the following telephone number and destroy
>this message including any attachments. Thank you. Cirrus Logic
>International (UK) Ltd and Cirrus Logic International Semiconductor Ltd
>are companies registered in Scotland, with registered numbers SC089839
>and SC495735 respectively. Our registered office is at 7B Nightingale
>Way, Quartermile, Edinburgh, EH3 9EG, UK. Tel: +44 (0)131 272 7000.
>cirrus.com

Sure... Just don't call the bootstrap script.

Robert
-- 
sent from my mobile device

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


Re: [Spacewalk-list] [EXTERNAL] Re: Kickstart but do not register

2018-08-05 Thread Dacre, Alex
Hi Robert,

Thanks, but I can't see any options to not run rhnreg_ks as part of the 
kickstart.

Any pointers? We're running Spacewalk 2.8.

Thanks,
Alex

-Original Message-
From: Robert Paschedag 
Sent: 01 August 2018 08:59
To: spacewalk-list@redhat.com; Dacre, Alex ; 
spacewalk-list@redhat.com
Subject: [EXTERNAL] Re: [Spacewalk-list] Kickstart but do not register

Am 31. Juli 2018 14:51:13 MESZ schrieb "Dacre, Alex" :
>Hi,
>
>Is it possible to have a Spacewalk managed kickstart but not have it
>install the client or execute rhnreg_ks?
>
>Scenario: I want to be able to kickstart RHEL machines and Satellite 6
>sucks.
>
>Thanks,
>Alex
>This message and any attachments may contain privileged and
>confidential information that is intended solely for the person(s) to
>whom it is addressed. If you are not an intended recipient you must
>not: read; copy; distribute; discuss; take any action in or make any
>reliance upon the contents of this message; nor open or read any
>attachment. If you have received this message in error, please notify
>us as soon as possible on the following telephone number and destroy
>this message including any attachments. Thank you. Cirrus Logic
>International (UK) Ltd and Cirrus Logic International Semiconductor Ltd
>are companies registered in Scotland, with registered numbers SC089839
>and SC495735 respectively. Our registered office is at 7B Nightingale
>Way, Quartermile, Edinburgh, EH3 9EG, UK. Tel: +44 (0)131 272 7000.
>cirrus.com

Sure... Just don't call the bootstrap script.

Robert
--
sent from my mobile device
This message and any attachments may contain privileged and confidential 
information that is intended solely for the person(s) to whom it is addressed. 
If you are not an intended recipient you must not: read; copy; distribute; 
discuss; take any action in or make any reliance upon the contents of this 
message; nor open or read any attachment. If you have received this message in 
error, please notify us as soon as possible on the following telephone number 
and destroy this message including any attachments. Thank you. Cirrus Logic 
International (UK) Ltd and Cirrus Logic International Semiconductor Ltd are 
companies registered in Scotland, with registered numbers SC089839 and SC495735 
respectively. Our registered office is at 7B Nightingale Way, Quartermile, 
Edinburgh, EH3 9EG, UK. Tel: +44 (0)131 272 7000. cirrus.com

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


Re: [Spacewalk-list] Client execution returned "Invalid function call attempted" (code 6)

2018-08-05 Thread Inishev Oleg Vladimirovich
I fixed my error!
It's stupid very stupid!
In file /etc/sysconfig/rhn/up2date set parametr 
serverURL=https://ip_address/XMLRPC and in certificate set hostname!
I fix serverURL to my hostname and it's all!


From: Inishev Oleg Vladimirovich
Sent: Tuesday, July 31, 2018 10:58 AM
To: 'spacewalk-list@redhat.com' 
Subject: Client execution returned "Invalid function call attempted" (code 6)

Hi guys!
I'm a new in Spacewalk so forgive my stupid!

Now i testing functions Spacewalk, and i want delete packet from test client 
(htop packet)
When in GUI Spacewalk i select htop packet and press "Remove Packeges" i have 
next error (Client execution returned "Invalid function call attempted" (code 
6))

On client i have

#-#
# rhn_check -vvv
D: opening  db environment /var/lib/rpm cdb:0x401
D: opening  db index   /var/lib/rpm/Packages 0x400 mode=0x0
D: locked   db index   /var/lib/rpm/Packages
D: opening  db index   /var/lib/rpm/Providename 0x400 mode=0x0
D: do_call packages.checkNeedUpdate('rhnsd=1',){}
D: opening  db environment /var/lib/rpm cdb:0x401
D: opening  db index   /var/lib/rpm/Packages 0x400 mode=0x0
D: loading keyring from pubkeys in /var/lib/rpm/pubkeys/*.key
D: couldn't find any keys in /var/lib/rpm/pubkeys/*.key
D: loading keyring from rpmdb
D: opening  db index   /var/lib/rpm/Name 0x400 mode=0x0
D: added key gpg-pubkey-f4a80eb5-53a7ff4b to keyring
D: added key gpg-pubkey-352c64e5-52ae6884 to keyring
D: added key gpg-pubkey-be4b0bc2-5abcfce5 to keyring
D: Using legacy gpg-pubkey(s) from rpmdb
D: opening  db index   /var/lib/rpm/Providename 0x400 mode=0x0
D: closed   db index   /var/lib/rpm/Providename
D: closed   db index   /var/lib/rpm/Name
D: closed   db index   /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm
Loaded plugins: fastestmirror, rhnplugin
Config time: 0.075
D: login(forceUpdate=False) invoked
D: readCachedLogin invoked
D: Checking pickled loginInfo, currentTime=1533019231.43, 
createTime=1533016869.13, expire-offset=3600.0
D: readCachedLogin(): using pickled loginInfo set to expire at 1533020469.13
D: rpcServer: Calling XMLRPC up2date.listChannels
This system is receiving updates from RHN Classic or Red Hat Satellite.
rpmdb time: 0.000
Loading mirror speeds from cached hostfile
* base: mirror.corbina.net
* epel: www.fedora.is
* extras: mirror.corbina.net
* updates: mirror.corbina.net
repo time: 3.208
Setting up Package Sacks
updateLoginInfo() login info
D: login(forceUpdate=True) invoked
logging into up2date server
D: rpcServer: Calling XMLRPC up2date.login
D: writeCachedLogin() invoked
D: Wrote pickled loginInfo at 1533019234.82 with expiration of 1533022834.82 
seconds.
successfully retrieved authentication token from up2date server
D: logininfo:{'X-RHN-Server-Id': 11, 'X-RHN-Auth-Server-Time': 
'1533019267.37', 'X-RHN-Auth': 'drvpCfwMo1/h45eTb3nqURlndV3CD8k/gdbRmUZpeSw=', 
'X-RHN-Auth-Channels': [['testch', '20180730143427', '1', '1']], 
'X-RHN-Auth-User-Id': '', 'X-RHN-Auth-Expire-Offset': '3600.0'}
updateLoginInfo() login info
D: login(forceUpdate=True) invoked
logging into up2date server
D: rpcServer: Calling XMLRPC up2date.login
D: writeCachedLogin() invoked
D: Wrote pickled loginInfo at 1533019234.88 with expiration of 1533022834.88 
seconds.
successfully retrieved authentication token from up2date server
D: logininfo:{'X-RHN-Server-Id': 11, 'X-RHN-Auth-Server-Time': 
'1533019267.43', 'X-RHN-Auth': 'wjC/O1W8CnFUZyirGkGzhHYtieFEpTMt2i9kfIsuBXM=', 
'X-RHN-Auth-Channels': [['testch', '20180730143427', '1', '1']], 
'X-RHN-Auth-User-Id': '', 'X-RHN-Auth-Expire-Offset': '3600.0'}
updateLoginInfo() login info
D: login(forceUpdate=True) invoked
logging into up2date server
D: rpcServer: Calling XMLRPC up2date.login
D: writeCachedLogin() invoked
D: Wrote pickled loginInfo at 1533019234.94 with expiration of 1533022834.94 
seconds.
successfully retrieved authentication token from up2date server
D: logininfo:{'X-RHN-Server-Id': 11, 'X-RHN-Auth-Server-Time': 
'1533019267.49', 'X-RHN-Auth': 'xt28aILa1QLVkgEUly1Vnnv1wdKyYDJWeyprXbeSNZ0=', 
'X-RHN-Auth-Channels': [['testch', '20180730143427', '1', '1']], 
'X-RHN-Auth-User-Id': '', 'X-RHN-Auth-Expire-Offset': '3600.0'}
D: Attempt to call an unsupported action packages.checkNeedUpdate('rhnsd=1',)
D: local action status: (6, 'Invalid function call attempted', {})
D: rpcServer: Calling XMLRPC registration.welcome_message
D: closed   db index   /var/lib/rpm/Providename
D: closed   db index   /var/lib/rpm/Packages
D: closed   db environment /var/lib/rpm
#-#

i was reading old mail lists about same errors, and in my case i'm no found 
actions folder in /usr/share/rhn/

#-#
# ll /usr/share/rhn/
total 20
-rw-r--r-- 1 root root 5083 Jul 30