No, it is server side. That error occurs if you delete
/var/cache/rhn/repodata/whatever while taskomatic is in the middle of
generating the repodata for that channel. Please 'service taskomatic
restart' and watch the log for a different error. FYI it may take ~20
minutes for this process to complete for large channels.
-Stephen
On 11/07/2014 01:00 PM, YANG LI wrote:
also could this be a client issue?
root@yangli-test ~]# yum clean all
Loaded plugins: product-id, rhnplugin, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use
subscription-manager to register.
Cleaning repos: oraclelinux6-x86_64 oraclelinux6-x86_64-addons
oraclelinux6-x86_64-uek-r3
Cleaning up Everything
[root@yangli-test ~]# yum repolist
Loaded plugins: product-id, rhnplugin, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use
subscription-manager to register.
This system is receiving updates from ULN.
repo id repo name
status
oraclelinux6-x86_64 Oracle Linux 6 (x86_64)
0
oraclelinux6-x86_64-addons Oracle Linux 6 Addons
(x86_64) 0
oraclelinux6-x86_64-uek-r3 Oracle Linux 6 UEK Release
3 (x86_64) 0
repolist: 0
the status showing as 0 for all channels.
On Nov 7, 2014, at 12:24 PM, YANG LI <[email protected]> wrote:
yes, taskomatic was running.
[root@sbrh1 rhn]# rhn-satellite status
postmaster (pid 5619) is running...
router (pid 5800) is running...
sm (pid 5810) is running...
c2s (pid 5820) is running...
s2s (pid 5830) is running...
tomcat6 (pid 5730) is running... [ OK ]
httpd (pid 5787) is running...
osa-dispatcher (pid 6158) is running...
2014-11-07 12:16:18 Monitoring: ----------- InstallSoftwareConfig STATUS
---------------
2014-11-07 12:16:18 Monitoring: ----------- NotifEscalator STATUS
---------------
2014-11-07 12:16:18 Monitoring: ----------- GenerateNotifConfig STATUS
---------------
2014-11-07 12:16:18 Monitoring: ----------- NotifLauncher STATUS ---------------
2014-11-07 12:16:18 Monitoring: ----------- Notifier STATUS ---------------
2014-11-07 12:16:19 Monitoring: ----------- AckProcessor STATUS ---------------
2014-11-07 12:16:19 Monitoring: ----------- TSDBLocalQueue STATUS
---------------
2014-11-07 12:16:20 MonitoringScout: ----------- InstallSoftwareConfig STATUS
---------------
2014-11-07 12:16:20 MonitoringScout: ----------- NPBootstrap STATUS
---------------
2014-11-07 12:16:20 MonitoringScout: ----------- SputLite STATUS ---------------
2014-11-07 12:16:20 MonitoringScout: ----------- Dequeuer STATUS ---------------
2014-11-07 12:16:21 MonitoringScout: ----------- Dispatcher STATUS
---------------
rhn-search is running (6187).
cobblerd (pid 6474) is running...
RHN Taskomatic is running (6536).
I do see following in taskomatic log:
INFO | jvm 5 | 2014/11/07 08:30:38 | 2014-11-07 08:30:38,142 [Thread-3078]
ERROR com.redhat.rhn.taskomatic.task.ChannelRepodata -
com.redhat.rhn.taskomatic.task.repomd.RepomdRuntimeException:
java.io.FileNotFoundException:
/var/cache/rhn/repodata/oraclelinux6-x86_64/updateinfo.xml.gz.new (No such file
or directory)
INFO | jvm 5 | 2014/11/07 08:30:38 |
com.redhat.rhn.taskomatic.task.repomd.RepomdRuntimeException:
java.io.FileNotFoundException:
/var/cache/rhn/repodata/oraclelinux6-x86_64/updateinfo.xml.gz.new (No such file
or directory)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
com.redhat.rhn.taskomatic.task.repomd.RpmRepositoryWriter.generateUpdateinfo(RpmRepositoryWriter.java:366)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
com.redhat.rhn.taskomatic.task.repomd.RpmRepositoryWriter.writeRepomdFiles(RpmRepositoryWriter.java:217)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
com.redhat.rhn.taskomatic.task.repomd.ChannelRepodataWorker.run(ChannelRepodataWorker.java:104)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:761)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
java.lang.Thread.run(Thread.java:745)
INFO | jvm 5 | 2014/11/07 08:30:38 | Caused by:
java.io.FileNotFoundException:
/var/cache/rhn/repodata/oraclelinux6-x86_64/updateinfo.xml.gz.new (No such file
or directory)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
java.io.FileOutputStream.open(Native Method)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
java.io.FileOutputStream.<init>(FileOutputStream.java:221)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
java.io.FileOutputStream.<init>(FileOutputStream.java:110)
INFO | jvm 5 | 2014/11/07 08:30:38 | at
com.redhat.rhn.taskomatic.task.repomd.RpmRepositoryWriter.generateUpdateinfo(RpmRepositoryWriter.java:362)
INFO | jvm 5 | 2014/11/07 08:30:38 | ... 4 more
I just restarted spacewalk, but I still do not see oraclelinux6-x86_64 get
generated under /var/cache/rhn/repodata.
[root@sbrh1 rhn]# rhn-satellite restart
Shutting down spacewalk services...
Stopping RHN Taskomatic...
Stopped RHN Taskomatic.
Stopping cobbler daemon: [ OK ]
Stopping rhn-search...
Stopped rhn-search.
Stopping MonitoringScout ...
Stopping Dispatcher ... [ OK ]
Stopping Dequeuer ... [ OK ]
Stopping SputLite ... [ OK ]
Stopping NPBootstrap ... [ OK ]
Stopping InstallSoftwareConfig ... [ OK ]
[ OK ]
Stopping Monitoring ...
Stopping TSDBLocalQueue ... [ OK ]
Stopping AckProcessor ... [ OK ]
Stopping Notifier ... [ OK ]
Stopping NotifLauncher ... [ OK ]
Stopping GenerateNotifConfig ... [ OK ]
Stopping NotifEscalator ... [ OK ]
[ OK ]
Shutting down osa-dispatcher: [ OK ]
Stopping httpd: [ OK ]
Stopping tomcat6: [ OK ]
Terminating jabberd processes ...
Stopping s2s: [ OK ]
Stopping c2s: [ OK ]
Stopping sm: [ OK ]
Stopping router: [ OK ]
Stopping postgresql service: [ OK ]
Done.
Starting spacewalk services...
Starting postgresql service: [ OK ]
Initializing jabberd processes ...
Starting router: /usr/bin/dirname: extra operand `2>&1'
Try `/usr/bin/dirname --help' for more information.
[ OK ]
Starting sm: /usr/bin/dirname: extra operand `2>&1'
Try `/usr/bin/dirname --help' for more information.
[ OK ]
Starting c2s: /usr/bin/dirname: extra operand `2>&1'
Try `/usr/bin/dirname --help' for more information.
[ OK ]
Starting s2s: /usr/bin/dirname: extra operand `2>&1'
Try `/usr/bin/dirname --help' for more information.
[ OK ]
Starting tomcat6: [ OK ]
Waiting for tomcat to be ready ...
Starting httpd: [ OK ]
Starting osa-dispatcher: [ OK ]
Starting Monitoring ...
Starting InstallSoftwareConfig ... [ OK ]
Starting NotifEscalator ... [ OK ]
Starting GenerateNotifConfig ... [ OK ]
Starting NotifLauncher ... [ OK ]
Starting Notifier ... [ OK ]
Starting AckProcessor ... [ OK ]
Starting TSDBLocalQueue ... [ OK ]
[ OK ]
Starting MonitoringScout ...
Starting NPBootstrap ... [ OK ]
Starting SputLite ... [ OK ]
Starting Dequeuer ... [ OK ]
Starting Dispatcher ... [ OK ]
[ OK ]
Starting rhn-search...
Starting cobbler daemon: [ OK ]
Starting RHN Taskomatic...
Done.
[root@sbrh1 rhn]# cd /var/cache/rhn/repodata/
[root@sbrh1 repodata]# ls -lh
total 40K
drwxr-xr-x 2 root root 4.0K Oct 15 12:14 centos6-x86_64
drwxr-xr-x 2 root root 4.0K Oct 15 12:15 epel6-centos6-x86_64
drwxr-xr-x 2 root root 4.0K Nov 5 15:23 epel6_x86_64
drwxr-xr-x 2 root root 4.0K Nov 7 08:53 oraclelinux5-x86_64
drwxr-xr-x 2 root root 4.0K Oct 24 14:09 oraclelinux5-x86_64-addons
drwxr-xr-x 2 root root 4.0K Oct 28 11:57 oraclelinux6-x86_64-addons
drwxr-xr-x 2 root root 4.0K Oct 10 20:16 oraclelinux6-x86_64-uek-r3
drwxr-xr-x 2 root root 4.0K Oct 29 14:35 sles11-sp3-novel
drwxr-xr-x 2 root root 4.0K Oct 29 14:36 sles11-sp3-updates-x86_64
drwxr-xr-x 2 root root 4.0K Nov 7 02:07 zfs_el6_x86_64
On Nov 7, 2014, at 9:23 AM, Stephen Herr <[email protected]> wrote:
The "taskomatic" service is what is supposed to generate the yum repodata.
Ensure that it is running and look in /var/log/rhn/rhn_taskomatic_daemon.log to see if
there are any relevant errors.
https://fedorahosted.org/spacewalk/wiki/TaskoMatic
-Stephen
On 11/07/2014 09:00 AM, YANG LI wrote:
thank you Alexander. tried following on spacewalk server but still broke
from client side.
cd /var/cache/rhn/repodata
rm -rf oraclelinux6-x86_64
spacecmd softwarechannel_regenerateyumcache oraclelinux6-x86_64
[root@sbrh1 repodata]# ls -lh
total 40K
drwxr-xr-x 2 root root 4.0K Oct 15 12:14 centos6-x86_64
drwxr-xr-x 2 root root 4.0K Oct 15 12:15 epel6-centos6-x86_64
drwxr-xr-x 2 root root 4.0K Nov 5 15:23 epel6_x86_64
drwxr-xr-x 2 root root 4.0K Nov 7 08:53 oraclelinux5-x86_64
drwxr-xr-x 2 root root 4.0K Oct 24 14:09 oraclelinux5-x86_64-addons
drwxr-xr-x 2 root root 4.0K Oct 28 11:57 oraclelinux6-x86_64-addons
drwxr-xr-x 2 root root 4.0K Oct 10 20:16 oraclelinux6-x86_64-uek-r3
drwxr-xr-x 2 root root 4.0K Oct 29 14:35 sles11-sp3-novel
drwxr-xr-x 2 root root 4.0K Oct 29 14:36 sles11-sp3-updates-x86_64
drwxr-xr-x 2 root root 4.0K Nov 7 02:07 zfs_el6_x86_64
do not see oraclelinux6-x86_64 get generated.
started sync from web UI
Sync started: Fri Nov 7 08:27:07 2014
['/usr/bin/spacewalk-repo-sync', '--channel', 'oraclelinux6-x86_64',
'--type', 'yum', '']
Repo URL: http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/
Packages in repo: 28672
No new packages to sync.
Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/
has comps file comps.xml.
Repo http://public-yum.oracle.com/repo/OracleLinux/OL6/latest/x86_64/
has 1590 errata.
Sync completed.
Total time: 0:22:55
anything else I should try?
On Nov 7, 2014, at 5:04 AM, Alexander Innes <[email protected]
<mailto:[email protected]>> wrote:
Its usually a cache error on spacewalk,
cd /var/cache/rhn/repodata/
rm -rf $Broken
spacecmd softwarechannel_regenerateyumcache
spacewalk-repo-sync -c $Broken
Usualy fixes that for me
On 7 November 2014 07:35, YANG LI <[email protected]
<mailto:[email protected]>> wrote:
I got the latest spacewalk 2.2 installed. It was working fine. I
can register a rhel6 client to oraclelinux6-x86_64 channel and did
yum update without issue. Then one day i found out yum update is
broken.
this is message I see when I try to yum check-update:
[root@yangli-test ~]# yum check-update Loaded plugins: product-id,
rhnplugin, subscription-manager This system is not registered to
Red Hat Subscription Management. You can use subscription-manager
to register. This system is receiving updates from ULN. Error:
Cannot retrieve repository metadata (repomd.xml) for repository:
oraclelinux6-x86_64. Please verify its path and try again
I have tried to resync oraclelinux6-x86_64 channels without luck.
I am not sure which changes have caused this. I think there are
only three changes I have made on spacewalk servers:
1. added EPEL channel as child channel of oralelinux6-x86_64 channel
# spacewalk-common-channels -v -u aais-admin -p spacewalk -a
x86_64 -k unlimited epel6
2. added osad to force scheduled actions to run mediately on
spacewalk clients. This was tested and worked fine.
3. Enabled monitoring.
I am thinking it may related to add epel channel, so i deleted
epel channel, but it still broke. Any idea how i fix this?
_______________________________________________
Spacewalk-list mailing list
[email protected] <mailto:[email protected]>
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
[email protected] <mailto:[email protected]>
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________
Spacewalk-list mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/spacewalk-list
