repos for latest updates in scientific linux are not working
Hi Can you help with this? The rpm's in the latest repos (this week's updates) seem to be corrupt, We have tested other mirrors containing these rpm's also which also seems to have the same issue we are still investigating but these are causing failures when when run kickstart downloads 7.2/x86_64/os/Packages/pangomm-devel-2.34.0-3.el7.x86_64.rpm 7.2/x86_64/os/Packages/p11-kit-trust-0.20.7-3.el7.x86_64.rpm 7.2/x86_64/updates/security/pciutils-libs-3.5.1-1.el7.x86_64.rpm There also appears to be a corrupt file in the 7.3 repo, although I have not tested this as yet. 7.3/x86_64/os/Packages/pangomm-doc-2.34.0-3.el7.noarch.rpm All files for 7.2 are the incorrect size and are dated November 2008. The file for 7.3 is dated May 2014. This affects syncs via rsync. We have tested against most repos and have got the same result. The http repos appear not to be affected. We are going to grab the rpm's from Centos libraries which are looking ok Thanks Paul Myers
repos for latest updates in scientific linux are not working]]
Hi My colleague Victor tried to send this but it got bounced back not sure if got through to anyone! see below Regards Paul Myers Forwarded Message From: Victor Walsh To: stephan.wies...@desy.de Cc: scientific-linux-us...@listserv.fnal.gov , Paul Myers , Mohammed Salim Subject: Re: [Fwd: Re: repos for latest updates in scientific linux are not working] Date: Thu, 12 Jan 2017 13:14:43 + Hi Stephan, I had tested this yesterday and the files below were definitely incorrect on the rsync repos 7.2/x86_64/os/Packages/pangomm-devel-2.34.0-3.el7.x86_64.rpm 7.2/x86_64/os/Packages/p11-kit-trust-0.20.7-3.el7.x86_64.rpm 7.2/x86_64/updates/security/pciutils-libs-3.5.1-1.el7.x86_64.rpm 7.3/x86_64/os/Packages/pangomm-doc-2.34.0-3.el7.noarch.rpm I tested against a number of mirrors globally with the same result. The repos accessed via http seemed not to be affected until this morning (London GMT) where both rsync and http repos show the same incorrect file. The mirrors I tested against were within Europe and the USA with a few farther afield all returned the same. I have within the last 2 hours connected via http to the ASNET-AM (Academic Scientific Research Computer Network of Armenia) which now shows the correct file. Hopefully should now start to reflect with other mirrors in due course. As an example of what we were seeing go to http://mirrors.200p-sf.sonic.net/scientific/7.2/x86_64/updates/security/. You will see the below. pciutils-libs-3.5.1-1.el7.x86_64.rpm11-Nov-2008 12:45 147K Now go to http://mirrors.200p-sf.sonic.net/scientific/7.2/x86_64/os/Packages/. You will see the below. p11-kit-trust-0.20.7-3.el7.x86_64.rpm12-Nov-2008 08:43 14M <——— Notice the file size here pangomm-doc-2.34.0-3.el7.noarch.rpm 12-Nov-2008 08:43 203K Now compare this to ASNET-AM (Academic Scientific Research Computer Network of Armenia) http mirror at http://mirrors.asnet.am/scientific/7x/x86_64/updates/security/. You will see the below. pciutils-libs-3.5.1-1.el7.x86_64.rpm 2016-11-11 21:03 45K And finally http://mirrors.asnet.am/scientific/7x/x86_64/os/Packages/. You will see the below. p11-kit-trust-0.20.7-3.el7.x86_64.rpm2015-03-09 17:13 125K pangomm-doc-2.34.0-3.el7.noarch.rpm 2014-05-14 17:46203K Regards, Victor. From: Paul Myers Organization: QMUL Reply-To: Paul Myers Date: Thursday, 12 January 2017 at 12:39 To: Victor Walsh Subject: [Fwd: Re: repos for latest updates in scientific linux are not working] Forwarded Message From: Stephan Wiesand To: p.my...@qmul.ac.uk Cc: scientific-linux-us...@listserv.fnal.gov Subject: Re: repos for latest updates in scientific linux are not working Date: Thu, 12 Jan 2017 11:41:53 +0100 Hi, > On 12 Jan 2017, at 11:14, Paul Myers wrote:> > Hi > > > Can you help with this? > > The rpm's in the latest repos (this week's > updates) seem to be corrupt, We have tested other mirrors containing these > rpm's also which also seems to have the same issue we are still investigating > but these are causing failures when when run kickstart downloads > > > 7.2/x86_64/os/Packages/pangomm-devel-2.34.0-3.el7.x86_64.rpm > 7.2/x86_64/os/Packages/p11-kit-trust-0.20.7-3.el7.x86_64.rpm > 7.2/x86_64/updates/security/pciutils-libs-3.5.1-1.el7.x86_64.rpm > There also > appears to be a corrupt file in the 7.3 repo, although I have not tested this > as yet. 7.3/x86_64/os/Packages/pangomm-doc-2.34.0-3.el7.noarch.rpm > All > files for 7.2 are the incorrect size and are dated November 2008. The file > for 7.3 is dated May 2014. This affects syncs via rsync. We have tested > against most repos and have got the same result. that's strange. On our (rsync) mirror, the 7.2/7.3 files in all cases you mention are actually hardlinked and thus identical. They verify just fine too. Stephan > The http repos appear not to be affected. We are going to grab the rpm's > from Centos libraries which are looking ok> > Thanks> Paul Myers -- Stephan Wiesand DESY -DV- Platanenallee 6 15738 Zeuthen, Germany
Re: [SCIENTIFIC-LINUX-USERS] broken files in 7.0 update
Hi Pat Looks like you may have missed a package -rw-r--r-- 1 5 5 14M Nov 12 2008 pangomm-devel-2.34.0-3.el7.x86_64.rpm Regards Paul Myers Maths IT On Tue, 2017-01-17 at 09:01 -0600, Pat Riehecky wrote: > Interesting. I've rebuilt the links on the rsync host. > > Perhaps that will help. > > > On 01/16/2017 07:21 PM, Yan Xiaofei wrote: > > > > > Hi Pat Riehecky, > > > > After mirror from rsync server I get these files: > > [root@mirror security]# ls -al p11-kit-trust-0.20.7-3.el7.x86_64.rpm > > -rw-r--r-- 7 root root 14873679 Nov 13 2008 > > p11-kit-trust-0.20.7-3.el7.x86_64.rpm > > [root@mirror security]# ls -al pciutils-libs-3.5.1-1.el7.x86_64.rpm > > -rw-r--r-- 10 root root 150040 Nov 12 2008 > > pciutils-libs-3.5.1-1.el7.x86_64.rpm > > > > I check other public mirror site. All these file were broken. > > Here is a example, I download file from CERN: > > # wget > > http://linuxsoft.cern.ch/scientific/7.0/x86_64/updates/security/p11-kit-trust-0.20.7-3.el7.x86_64.rpm > > # ls -al p11-kit-trust-0.20.7-3.el7.x86_64.rpm > > -rw-r--r-- 1 root root 14873679 Nov 13 2008 > > p11-kit-trust-0.20.7-3.el7.x86_64.rpm > > > > Another file is > > > > pacemaker-libs-1.1.15-11.el7.x86_64.rpm > > > > Could you please check these problem. We can not yum update because > > of this. > > > > Regards > > Xiaofei > > > > 在 2017-1-17 0:40, Pat Riehecky 写道: > > > > > > > > I show: > > > > > > [riehecky@hostname test]$ rsync -avh > > > rsync://rsync.scientificlinux.org/scientific/7.0/x86_64/updates/security/pci* > > > receiving incremental file list > > > -rw-r--r-- 94440 2016/11/11 11:03:27 > > > pciutils-3.5.1-1.el7.x86_64.rpm > > > -rw-r--r-- 34756 2016/11/11 10:54:46 > > > pciutils-devel-3.5.1-1.el7.i686.rpm > > > -rw-r--r-- 34724 2016/11/11 11:03:27 > > > pciutils-devel-3.5.1-1.el7.x86_64.rpm > > > -rw-r--r-- 37408 2016/11/11 10:54:17 > > > pciutils-devel-static-3.5.1-1.el7.i686.rpm > > > -rw-r--r-- 38552 2016/11/11 11:03:27 > > > pciutils-devel-static-3.5.1-1.el7.x86_64.rpm > > > -rw-r--r-- 46008 2016/11/11 10:54:45 > > > pciutils-libs-3.5.1-1.el7.i686.rpm > > > -rw-r--r-- 46100 2016/11/11 11:03:27 > > > pciutils-libs-3.5.1-1.el7.x86_64.rpm > > > > > > sent 32 bytes received 251 bytes 566.00 bytes/sec > > > total size is 331.99K speedup is 1173.10 > > > [riehecky@hostname test]$ rsync -avh > > > rsync://rsync.scientificlinux.org/scientific/7.0/x86_64/updates/security/p11* > > > receiving incremental file list > > > -rw-r--r-- 105704 2015/03/09 08:08:46 > > > p11-kit-0.20.7-3.el7.i686.rpm > > > -rw-r--r-- 108624 2015/03/09 08:11:25 > > > p11-kit-0.20.7-3.el7.x86_64.rpm > > > -rw-r--r-- 22116 2015/03/09 08:08:45 > > > p11-kit-devel-0.20.7-3.el7.i686.rpm > > > -rw-r--r-- 22076 2015/03/09 08:14:27 > > > p11-kit-devel-0.20.7-3.el7.x86_64.rpm > > > -rw-r--r-- 56480 2015/03/09 08:11:26 > > > p11-kit-doc-0.20.7-3.el7.noarch.rpm > > > -rw-r--r-- 127976 2015/03/09 08:13:43 > > > p11-kit-trust-0.20.7-3.el7.x86_64.rpm > > > > > > sent 32 bytes received 233 bytes 530.00 bytes/sec > > > total size is 442.98K speedup is 1671.61 > > > > > > being presented by the server. > > > > > > On 01/16/2017 08:51 AM, Yan Xiaofei wrote: > > > > > > > Hello > > > > > > > > There are some broken files in 7.0 update security directory. > > > > One of the file is : > > > > rsync://rsync.scientificlinux.org/scientific/7.0/x86_64/updates/security/p11-kit-trust-0.20.7-3.el7.x86_64.rpm > > > > Another file is pciutils-libs-3.5.1-1.el7.x86_64. All the file's > > > > date is 2008. > > > > Could anybody fix this error. > > > > > > > > Thanks very much! > > > > Xiaofei > > > > > > > > > > > >
Re: Need help Debuging boot
Stack Not sure this will help but heres my 10 pence worth EDD being related to Disk drives this makes me wonder if the correct firmware is being used but it did somehow eventually get around the issue eventually - any way you can try say a different hard disk? Can you boot a live disk on the machine with dare I say it another distro ISO on usb or cd - I would try a full centos or redhat first then try debian flavours and if not the ever last resort knoppix if so maybe there are drivers or settings you can try - this will aleviate the isue if its the hard disk firmware causing the problem! If the cd works try a different hard disk maybe Paul On Thu, 2017-02-16 at 22:07 -0600, ~Stack~ wrote: > Greetings, > > I'm going to keep this "short" because I've just had 6hrs of things I've > tried that didn't work. It would take to long to list them all. :-) > > I have a bunch of new SuperMicro servers. Installed 7.3 on it. Reboot > and it hangs at: > "Probing EDD (edd=off to disable)...ok" > > And by hangs, I mean there is NO response out of anything. No Caps Lock > light on keyboard, nothing. > > However, if I let it sit long enough it will boot (once one sat for an > hour before it continued on, most of the time it is closer to 30-40 > minutes). > > If I boot into rescue kernel, it instantly boots. Every time. This is so > puzzling to me. > > If I wait and let it boot, then check 'systemd-analyze' it says my boot > time is sub 6 seconds (fancy new SSD's too!) and blame tells me that the > longest section to boot was 3 seconds on the networking. Well, that is > worthless because it just SAT THERE FOR THIRTY MINUTES!!! It obviously > starts recording time after the hang. > > No matter the amount of logging I do or what debug mode I put it in, it > prints "Probing EDD (edd=off to disable)...ok" then hangs, and > EVERYTHING after that has nothing to do whatsoever with the reason for > the hang. > > I have disabled just about everything I can think of from various online > suggestions. I removed the quiet flag (duh) and I've turned off > intel_pthread's and power states and ACPI and nomodeset and loglevel=7 > and blah blah blah blah. Seriously, my string of crap tacked on to the > grub prompt is getting rather absurd. (I boot into recovery, modify > /etc/default/grub and run grub2-mkconfig to set the grub prompt; I > checked and this is working to set the grub parameters). > > Still same result. Recovery kernel boots, the other kernel hangs. > > Fine. I will install a kernel from El Repo! I'll get a fancy new 4 kernel! > > Yeah. That doesn't do squat either. > > Want to know the thing most infuriating? A single box in the whole > batch, shows this problem once every 10 boots or so. I can't tell that > there is a stinking thing different. BIOS is exactly the same, configs, > install, packages, everything. *shrug* > > Are there *any* suggestions at all as to how I can figure out what it is > hanging on? Is there a list of things after EDD that I can just start > disabling till I get a different result? > > Thoughts? > > Thanks! > ~Stack~ >
