<div dir="ltr"><div dir="ltr"><div dir="ltr">Hi Florin,<div><br></div><div>Not sure if this is your case, but I did had this same issue by installing the rhn packages from this Opensuse repository :</div><div><a href="http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.9:/debclients/">http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.9:/debclients/</a><br></div><div><br></div><div>I did create this ticket : <a href="https://bugzilla.opensuse.org/show_bug.cgi?id=1123726">https://bugzilla.opensuse.org/show_bug.cgi?id=1123726</a></div><div><br></div><div>hoping that this could be checked, but no reply so far, not sure if this is because I did not create the ticket in the correct place.</div><div><br></div><div>Anyway, I am now installing the rhn packages directly from the official debian and Ubuntu repositories, and no more issue anymore.</div><div><br></div><div>Exemple for Debian 9:</div><div><span style="font-family:monospace"><span style="color:rgb(0,0,0)">wget <a href="http://ftp.de.debian.org/debian/pool/main/r/rhnsd/rhnsd_5.0.4-3+b1_amd64.deb">http://ftp.de.debian.org/debian/pool/main/r/rhnsd/rhnsd_5.0.4-3+b1_amd64.deb</a>
</span><br>wget <a href="http://ftp.de.debian.org/debian/pool/main/r/rhn-client-tools/rhn-client-tools_2.3.5-1_amd64.deb">http://ftp.de.debian.org/debian/pool/main/r/rhn-client-tools/rhn-client-tools_2.3.5-1_amd64.deb</a>
<br>wget <a href="http://ftp.de.debian.org/debian/pool/main/a/apt-spacewalk/apt-transport-spacewalk_1.0.6-4.1_all.deb">http://ftp.de.debian.org/debian/pool/main/a/apt-spacewalk/apt-transport-spacewalk_1.0.6-4.1_all.deb</a><br>
<br></span></div><div><span style="font-family:monospace">Regards,</span></div><div><span style="font-family:monospace">Philippe.</span></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 26 Feb 2019 at 15:06, Florin Portase <<a href="mailto:portase.florin@medianetork.ro">portase.florin@medianetork.ro</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="font-size:10pt;font-family:Verdana,Geneva,sans-serif">
<p>On 2019-02-22 22:30, Robert Paschedag wrote:</p>
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<div class="gmail-m_-2480636434634345878pre" style="margin:0px;padding:0px;font-family:monospace">On 2/22/19 7:53 PM, Robert Paschedag wrote:
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">Am 22. Februar 2019 13:11:00 MEZ schrieb Florin Portase <<a href="mailto:portase.florin@medianetork.ro" target="_blank">portase.florin@medianetork.ro</a>>:
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">On 2019-02-13 10:56, Florin Portase wrote:<br><br>
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">Hello,<br><br> I just have upgraded the spacewalk server from 2.7 => 2.9.<br><br> I have applied also the sql patch from</blockquote>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1661347" rel="noopener noreferrer" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1661347</a>
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px"><br> + upgraded the clients from :<br><br><br></blockquote>
<a href="http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.9:/debclients/" rel="noopener noreferrer" target="_blank">http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.9:/debclients/</a><br><br>
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px"><br> Just to mention spacewalk 2.7 + patches was working just fine for</blockquote>
both debian & ubuntu.
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px"><br> Now, for ubuntu 16.05 I have over 100 packages marked as up-gradable(</blockquote>
over and over....)
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px"><br> _______________________________________________<br><br> Spacewalk-list mailing list<br><a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" rel="noopener noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></blockquote>
<br> So, after digging through SPW archive Dec '18 til Feb '19 finally I<br> come to something more acceptable:<br><br> 1. sync script for Ubuntu channels<br><br> 2. "spacewalk-add-debian-multiarch-header.py.NEW " took it from<br> "<a href="https://www.redhat.com/archives/spacewalk-list/2018-December/msg00017.html" rel="noopener noreferrer" target="_blank">https://www.redhat.com/archives/spacewalk-list/2018-December/msg00017.html</a>"<br><br><br> wget -q<br><a href="http://de.archive.ubuntu.com/ubuntu/dists/xenial/main/binary-amd64/Packages.gz" rel="noopener noreferrer" target="_blank">http://de.archive.ubuntu.com/ubuntu/dists/xenial/main/binary-amd64/Packages.gz</a><br> \<br> -O /tmp/Packages-xenial-main.gz && gunzip -f<br> /tmp/Packages-xenial-main.gz<br> wget -q<br><a href="http://cz.archive.ubuntu.com/ubuntu/dists/xenial-updates/main/binary-amd64/Packages.gz" rel="noopener noreferrer" target="_blank">http://cz.archive.ubuntu.com/ubuntu/dists/xenial-updates/main/binary-amd64/Packages.gz</a><br> \<br> -O /tmp/Packages-xenial-updates.gz && gunzip -f<br> /tmp/Packages-xenial-updates.gz<br> wget -q<br><a href="http://cz.archive.ubuntu.com/ubuntu/dists/xenial-security/main/binary-amd64/Packages.gz" rel="noopener noreferrer" target="_blank">http://cz.archive.ubuntu.com/ubuntu/dists/xenial-security/main/binary-amd64/Packages.gz</a><br> \<br> -O /tmp/Packages-xenial-security.gz && gunzip -f<br> /tmp/Packages-xenial-security.gz<br><br> s=180<br> trap 'echo "Ctrl-C detected."' 2<br> for (( i=$s ; i>0; i--));<br> do<br> #printf '\rFinishing sync in: %2d seconds' $i; sleep 1<br> echo -ne "\rFinishing sync in: $i seconds\033[0K";<br> sleep 1<br> done<br> echo -e "\nSync completed!"<br> trap 2<br> $_BIN_PATH/spacewalk-add-debian-multiarch-header.py.NEW<br> $_PKG_MAIN/Packages /tmp/Packages-xenial-main<br> $_BIN_PATH/spacewalk-add-debian-multiarch-header.py.NEW<br> $_PKG_UPD/Packages /tmp/Packages-xenial-updates<br> $_BIN_PATH/spacewalk-add-debian-multiarch-header.py.NEW<br> $_PKG_SEC/Packages /tmp/Packages-xenial-security<br> $_BIN_PATH/spacewalk-add-debian-multiarch-header.py.NEW<br> $_PKG_UNIV/Packages /tmp/Packages-xenial-universe<br><br></blockquote>
</blockquote>
<br> Below is your error<br><br> Packages.new is the "modified" Packages which you rename and<br> *afterwards* use its "modified" timestamp. This is wrong.<br><br> You have to use the "modified" timestamp of the "original" (the one<br> generated by Spacewalk) packages file<br><br> So when you have the original "Packages" file (by spacewalk), do<br><br> - run the <add_header> script (which generates "Packages.new")<br> - gzip -c Packages.new > Packages.gz<br> - touch -r Packages Packages.new Packages.gz && mv Packages.new Packages<br><br> So you have transferred the original timestamp to the new files and all<br> set to "secure" your repo then.<br><br> Robert<br><br>
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px">
<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px"> /bin/mv $_PKG_MAIN/Packages.new $_PKG_MAIN/Packages<br> /bin/mv $_PKG_SEC/Packages.new $_PKG_SEC/Packages<br> /bin/mv $_PKG_UPD/Packages.new $_PKG_UPD/Packages<br> /bin/mv $_PKG_UNIV/Packages.new $_PKG_UNIV/Packages<br><br> gzip < $_PKG_MAIN/Packages > $_PKG_MAIN/Packages.gz<br> gzip < $_PKG_UPD/Packages > $_PKG_UPD/Packages.gz<br> gzip < $_PKG_SEC/Packages > $_PKG_SEC/Packages.gz<br> gzip < $_PKG_UNIV/Packages > $_PKG_UNIV/Packages.gz<br><br> cd $_PKG_MAIN<br> $_BIN_PATH/secureApt.sh xenial xenial-main<br> touch -r Packages.gz Packages<br> cd $_PKG_UPD<br> $_BIN_PATH/secureApt.sh xenial xenial-updates<br> touch -r Packages.gz Packages<br> cd $_PKG_SEC<br> $_BIN_PATH/secureApt.sh xenial xenial-security<br> touch -r Packages.gz Packages<br><br> So just to resume, SYNC =>OK, applying ALL missing headers =>OK, now<br> the<br> packages that are showed as up-gradable dropped from ~120 to only 6 (<br> base-files libbind9-140 libisc160 libisccc140 libisccfg140 liblwres141<br> )<br><br><br> ~~BUT~~<br><br> Here I run into another problem, it seems taskomatic is generating<br> Package files over and over ( touch -r Packages.gz Packages seems to<br> have no effect)</blockquote>
<br> This seems to be new. You might have to check within code, at which conditions a rebuild of the Packages file gets triggered<br><br> I'm still on SW2.7 so I cannot test on my environment.<br><br> Robert<br><br><br><br></blockquote>
<br><br><br></div>
</blockquote>
<p><br></p>
<p>Hi Rober,</p>
<p>So far so good,</p>
<p>here is the modified part of sync script:</p>
<p><br></p>
<p>cd $_PKG_MAIN<br> touch -r Packages.gz Packages.new && mv Packages.new Packages<br> gzip < $_PKG_MAIN/Packages > $_PKG_MAIN/Packages.gz<br> touch -r Packages Packages.gz<br> $_BIN_PATH/secureAptDeb.sh stretch stretch-main<br>cd $_PKG_UPD<br> touch -r Packages.gz Packages.new && mv Packages.new Packages<br> gzip < $_PKG_UPD/Packages > $_PKG_UPD/Packages.gz<br> touch -r Packages Packages.gz<br> $_BIN_PATH/secureAptDeb.sh stretch stretch-updates<br>cd $_PKG_SEC<br> touch -r Packages.gz Packages.new && mv Packages.new Packages<br> gzip < $_PKG_SEC/Packages > $_PKG_SEC/Packages.gz<br> touch -r Packages Packages.gz<br> $_BIN_PATH/secureAptDeb.sh stretch stretch-security<br>cd $_PKG_UNIV<br> touch -r Packages.gz Packages.new && mv Packages.new Packages<br> gzip < $_PKG_SEC/Packages > $_PKG_SEC/Packages.gz</p>
<p> touch -r Packages Packages.gz<br> $_BIN_PATH/secureAptDeb.sh stretch stretch-universe</p>
<p><br></p>
<p>After this, taskomatic wasn't triggered BUT::</p>
<p>ON client side: => apt-get update && apt-get upgrade => taskomatic is triggered and Pakages && Packages.gz are regenerated :(</p>
<p> </p>
<p>ing ehcache from ehcache-failsafe.xml found in the classpath: jar:file:/usr/share/java/ehcache-core.jar!/ehcache-failsafe.xml<br>INFO | jvm 1 | 2019/02/26 14:58:00 | 2019-02-26 14:58:00,038 [DefaultQuartzScheduler_Worker-2] INFO com.redhat.rhn.taskomatic.task.ChannelRepodata - In the queue: 3<br>INFO | jvm 1 | 2019/02/26 14:58:00 | 2019-02-26 14:58:00,188 [Thread-561] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - File Modified Date:2019-02-26 04:42:14 CET<br>INFO | jvm 1 | 2019/02/26 14:58:00 | 2019-02-26 14:58:00,188 [Thread-560] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - File Modified Date:2019-02-26 04:40:05 CET<br>INFO | jvm 1 | 2019/02/26 14:58:00 | 2019-02-26 14:58:00,188 [Thread-561] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Channel Modified Date:2019-02-24 17:58:28 CET<br>INFO | jvm 1 | 2019/02/26 14:58:00 | 2019-02-26 14:58:00,188 [Thread-560] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Channel Modified Date:2019-02-26 14:29:17 CET<br>INFO | jvm 1 | 2019/02/26 14:58:00 | 2019-02-26 14:58:00,238 [Thread-561] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Generating new DEB repository for channel stretch-main<br>INFO | jvm 1 | 2019/02/26 14:58:00 | 2019-02-26 14:58:00,247 [Thread-560] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Generating new DEB repository for channel stretch-updates<br>INFO | jvm 1 | 2019/02/26 14:58:06 | 2019-02-26 14:58:05,957 [Thread-560] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter - Repository metadata generation for 'stretch-updates' finished in 5 seconds</p>
<p><br></p>
</div>
_______________________________________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></blockquote></div>