terministic fashion, but that got tossed out when they started
>> labeling all drives as /dev/sda to gove access to special SCSI
>> compatible commands.
>>
>> The result is that it's guesswork. This is why our favorite upstream
>> vendor tried for a while to use "LABEL=" settings to identify
>> particular partitions, instead of trying to deduce what would be
>> detected where.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15732 Zeuthen, Germany
ber of detected
> devices. Configuration failed, server terminated with error (2)"- The
> file it produces is attached.
>
> I have also tried updating the system to 6.4 in the hope this might
> fix it - it doesn't.
>
> Any help gratefully received.
>
> Chris
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15732 Zeuthen, Germany
the S3 savage chip in
early April. One remedy is to fall back to the vesa driver, by removing
xorg-x11-drv-savage and removing or adapting Xorg.conf. The same happened to
the nv driver with at least one chip.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
56.2
640x48075.0 72.8 59.9
DP-2 disconnected (normal left inverted right x axis y axis)
DP-3 disconnected (normal left inverted right x axis y axis)
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
On Feb 10, 2014, at 10:23 , Eero Volotinen wrote:
> 2014-02-10 9:08 GMT+02:00 Andrew Z :
>
>> Hello,
>> i finally caved in and started reading on systemd. It apperas it (
>> systemd) will be enabled by default on EL7.
>> Does it mean i'll have to manually move all init scripts i wrote over the
>>
as
> /lib/modules/2.6.32-431.11.2.el6.x86_64/kernel/fs/openafs/openafs.ko
>
> As a result, modprobe can't find the module. Changing the symlink to
> point to the correct location appears to fix the problem.
>
> Benjamin
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
On May 19, 2014, at 18:35 , Larry Linder wrote:
> On Sunday 18 May 2014 3:12 pm, Larry Linder wrote:
>> One of our servers had an unusual illness.
>> Server loaded our internal network and our Internet connection down to a
>> stop. When it rebooted it took a few minutes before it started again.
>>
other systems which are in
> production.
>
> Any clues as to what it means or where to read up on it would be greatly
> appreciated.
Some library call returned EAGAIN. The prime suspect is usually fork(2), but in
the case of a network library, I'd look at send(2) first.
Hth
Stephan
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
Just to provide some input: This feature is of no interest to me or my site.
--
Stephan
pulled the vmlinuz and initrd.img files from
> the release DVD iso. I copied them again from a new download that passes the
> sha256sum check, and they appear to be identical.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
issive...
Have you tried "setsebool use_nfs_home_dirs on" ?
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
t; httpd_use_nfs --> off
> qemu_use_nfs --> on
> rsync_use_nfs --> off
> samba_share_nfs --> off
> sanlock_use_nfs --> off
> sge_use_nfs --> off
> tftp_use_nfs --> off
> use_nfs_home_dirs --> on
> virt_use_nfs --> off
> xen_use_nfs --> off
>
>
On Jul 3, 2015, at 16:43 , Larry Linder wrote:
> Dear Sir:
> Loaded SL 7.2
7.2? The fifth token in your mail, and it doesn't make sense... and it gets
worse rapidly from here... who are you, and what did you do to Larry?
- Stephan
> for third time and finally got it to where we can run it.
> I
omeone else to explain.
> It just worked for me.
> Maybe something is using the "default" rather than what is covered by "all"
> It would be good to know the answer, though.
It's sufficient to type something like "host ::0" to get it autoloaded. The
co
iche Nachricht-
>> Von: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner-
>> scientific-linux-us...@listserv.fnal.gov] Im Auftrag von Stephan Wiesand
>> Gesendet: Mittwoch, 5. August 2015 11:26
>> An: scientific-linux-users@fnal.gov
>> Betreff:
hing like
%triggerin -- filesystem
install -m -0644 /usr/share/%{name}/login.defs.nokids /etc/login.defs
The problem is that you need to make sure this gets installed before any
package creating a problematic account.
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
> On 12 Oct 2015, at 16:14, Ken Teh wrote:
>
> I'm having problems with an 6.7 install. Here are the relevant lines:
>
> # partitions
>
> #clearpart --drives=disk/by-id/ata-SATA_SSD_96D70756062400160297
> part /boot --fstype=ext4 --size=1024 --asprimary
> --ondisk=disk/by-id/ata-SATA_SSD_96D7
Good joke. Have you tried (in the last years)?
Since TUV seems to have redefined the "phase 3" of the EL lifecycle lately, EL5
is effectively well past its EOL date for general purpose systems now. If flash
no longer works on EL5, that's just another settled hint.
Stephan
On Nov 2, 201
> On 11 May 2016, at 10:21, ToddAndMargo wrote:
>
> # virsh list --all | grep -i fedora
> - KVM-Fedora-x64 shut off
>
> # virsh autostart KVM-Fedora-x64
> Domain KVM-Fedora-x64 marked as autostarted
>
> # virsh list --autostart
> IdName State
>
if things will break if I delete
> them? It's a NAT gateway, not a virtualization server.
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
> On 23 Aug 2016, at 09:43, John Pilkington wrote:
>
> On 23/08/16 03:53, afeng wrote:
>> Dear all:
>>
>> there is a question when I yum update my scientific linux 6.8, this
>> message is below
>>
>>
>> Running rpm_check_debug
>> Running Transaction Test
>>
>>
>> Transaction Check Err
broken.
>>>
>>> $ ls -l os/repodata/repomd.xml
>>> -rw-r--r-- 1 root root 3903 Oct 3 15:58 os/repodata/repomd.xml
>>> $ sha256sum os/repodata/repomd.xml
>>> b1774fccf1363b06a238a7f67c0b01bd02d134f6e32483f505845608dadf7c2d
>>> os/repodata/repomd.xm
the repo metadata for
>>>> 6x/x86_64/os? It seems to be broken.
>>>>
>>>> $ ls -l os/repodata/repomd.xml
>>>> -rw-r--r-- 1 root root 3903 Oct 3 15:58 os/repodata/repomd.xml
>>>> $ sha256sum os/repodata/repomd.xml
>>>> b1774fccf1363b06a238a7f67c0b01bd02d134f6e32483f505845608dadf7c2d
>>>> os/repodata/repomd.xml $ yum-repo-verify -qr os/
>>>>
>>>> ERROR: repo os has broken REPOMD.XML:
>>>>failed to load repomd.xml.
>>>>
>>>> Thanks
>>>> Boris
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
nal rules come from the second interface.
>
> I've put a query to my networking folks to see if the problem is further
> upstream. But I thought I'd ask if I have missed something obvious.
What's the default route on the "failing" system?
> I know it'
at saudade will send the response packages through enp3s0,
unless the request originates from "the same subnet" (146.139.198.0/23). Is
that expected to work?
You could check this with tcpdump.
> On 11/10/2016 08:27 AM, Stephan Wiesand wrote:
>>
>>> On 10 Nov 20
.el7.x86_64.rpm
> noarch
>libguestfs-inspect-icons-1.32.7-3.el7.noarch.rpm
>libguestfs-tools-1.32.7-3.el7.noarch.rpm
>libguestfs-bash-completion-1.32.7-3.el7.noarch.rpm
>libguestfs-gobject-doc-1.32.7-3.el7.noarch.rpm
>libguestfs-javadoc-1.32.7-3.el7.noarch.rpm
>
Got them. This fixed the issue.
Thanks!
- Stephan
On Dec 16, 2016, at 15:53 , Pat Riehecky wrote:
> It looks like our package parser dropped virt-p2v and virt-v2v from the list.
>
> I'll get them out the door in the next 5 minutes.
>
> Pat
>
> On 12/16/2016 03:48
2 system after applying the security updates
from 7.3. Any lvmetad segfaults in your logs?
Eventually (I think after a couple of restarts of lvm2-lvmetad), the problem
downgraded itself to a message "lvmetad: WARNING: Ignoring unsupported value
for cmd." being logged whenever yum ins
> On 22 Dec 2016, at 11:17, jdow wrote:
>
> On 2016-12-22 02:00, Stephan Wiesand wrote:
>>> On 22 Dec 2016, at 09:10, jdow wrote:
>>>
>>> # yum install epel-release
>>>
>>> Transaction test succeeded
>>> Running transaction
&
; 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
On Jan 26, 2017, at 16:32 , Maarten wrote:
> And great work for releasing 7.3!! :)
Has it actually been released? Can't find an announcement to that effect...
On Jan 26, 2017, at 17:17 , Pat Riehecky wrote:
> On 01/26/2017 10:15 AM, Stephan Wiesand wrote:
>> On Jan 26, 2017, at 16:32 , Maarten wrote:
>>
>>> And great work for releasing 7.3!! :)
>> Has it actually been released? Can't find an announcement to that
immense contribution to the project she founded.
>
> Connie's outstanding technical and non-technical judgement are the foundation
> of Scientific Linux. Her legacy will continue to inform the way we run SL and
> we hope she'll remain as a collaborator.
>
> All the
On Mar 7, 2017, at 20:22 , Michael Tiernan wrote:
> I've been finding a problem where the kickstart can't find
>
> libcroco-0.6.8-5.el7.x86_64
>
> Anyone else seeing this?
No, works for me. Kickstart install March the 7th, 18:12 GMT+1 from a then up
to date SL 7.3 mir
gt; process offers?
It's pretty custom, sorry.
> Right now, I'm trying the minimal install and using the three mirrors, sl7
> base, security, fastbugs and this seems to be the only one that craps out on
> me.
I'm not using the fastbugs repo. Maybe that's the culprit?
On Mar 9, 2017, at 19:44 , Andrew C Aitchison wrote:
> On Thu, 9 Mar 2017, Konstantin Olchanski wrote:
>
>> Hi, there. I wonder if anybody else is seeing the same problem with el7:
>>
>> The symptoms are: no ping, dead video, dead keyboard. After power cycle,
>> syslog shows that the system has
tarts using the official
> distribution servers.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
Hi Pat,
while my site is not affected by that bug, this move seems reasonable to me
even though it will cause some (modest) additional effort here.
- Stephan
On Jun 16, 2017, at 19:34 , Pat Riehecky wrote:
> A recent security update to rpcbind (SLSA-2017:1267) contained a bug that
> causes rp
Kudos to the SL team at FNAL for once again getting the updates for a really
nasty issue out incredibly quickly. Impressive.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
Containers" may come to the rescue. If your users still requiring an EL5
environment would get along with an EL5 Singularity container, that would work
around the issue.
--
Stephan Wiesand
DESY -DV-
Platanenenallee 6
15738 Zeuthen, Germany
On Jun 24, 2017, at 16:45 , Larry Linder wrote:
> As usual we are always behind.
>
> We own a cad package that runs fine on SL 5.11 but will not run on SL
> 6.9. When you run it on 6.9 It complains about missing libs. If you do
> a "whereis" on the "the missing lib" - it finds it.
>> From what I
On Jul 9, 2017, at 18:32 , Bruce Ferrell wrote:
> On 07/09/2017 05:51 AM, Tru Huynh wrote:
>> On Sun, Jul 09, 2017 at 12:03:02AM -0700, Bruce Ferrell wrote:
>>> OK, before the flames start I KNOW it's not normal.
>>>
>>> Has anyone have a method to upgrade glibc beyond 2.12?
>> I would suggest tr
el6_9.i686.rpm
>> SL7
>> x86_64
>>microcode_ctl-2.1-22.5.el7_4.x86_64.rpm
>>microcode_ctl-debuginfo-2.1-22.5.el7_4.x86_64.rpm
>>microcode_ctl-2.1-16.5.el7_3.x86_64.rpm
>>microcode_ctl-debuginfo-2.1-16.5.el7_3.x86_64.rpm
>>microcode_ctl-2.1-12.el7_2.3.x86_64.rpm
>>microcode_ctl-debuginfo-2.1-12.el7_2.3.x86_64.rpm
>>
>> - Scientific Linux Development Team
>>
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
> On 2. Mar 2018, at 12:04, Karel Lang AFD wrote:
>
> Hello guys,
>
> stumbled on weird thing today - wanted to setup some iptables rules based on
> 'mac address' and iptables failed to start.
>
> cat /etc/redhat-release
> Scientific Linux release 7.4 (Nitrogen)
>
> iptables --version
> iptab
.rpm
>>> kernel-headers-3.10.0-693.21.1.el7.x86_64.rpm
>>> kernel-tools-3.10.0-693.21.1.el7.x86_64.rpm
>>> kernel-tools-debuginfo-3.10.0-693.21.1.el7.x86_64.rpm
>>> kernel-tools-libs-3.10.0-693.21.1.el7.x86_64.rpm
>>> perf-3
#x27;t allow the third
> party driver to build properly.
>
> Thanks!
> Gilles
>
> On 03/09/2018 03:58 AM, Stephan Wiesand wrote:
>> Meanwhile, this change should help:
>>
>> ---8<---
>> --- /usr/src/kernels/3.10.0-693.21.1.el7.x86_64/arch/x86/Makefile.
two weeks ago. It's marked as a security
> advisory, albeit low risk.
>
> Thanks a bunch!
see
https://listserv.fnal.gov/scripts/wa.exe?A2=ind1804&L=SCIENTIFIC-LINUX-DEVEL&F=&S=&P=2445
You may want to subscribe to -devel.
HTH
Stephan
--
Stephan Wiesand
DESY - DV -
Platanenallee 6
15738 Zeuthen, Germany
he 6.10 kernel. You can find kmod-openafs packages in 6rolling. But yes,
they should probably be added to the updates/security repo.
Best regards,
Stephan
--
Stephan Wiesand
DESY -DV-
Platanenallee 6
15738 Zeuthen, Germany
on-x86_64-2.6.32-754.el6.x86_64.rpm
>> >kernel-devel-2.6.32-754.el6.x86_64.rpm
>> >kernel-headers-2.6.32-754.el6.x86_64.rpm
>> >perf-2.6.32-754.el6.x86_64.rpm
>> >perf-debuginfo-2.6.32-754.el6.i686.rpm
>> >perf-debuginfo-2.6.32-754.el6.x86_64.rpm
>> >python-perf-debuginfo-2.6.32-754.el6.i686.rpm
>> >python-perf-debuginfo-2.6.32-754.el6.x86_64.rpm
>> >python-perf-2.6.32-754.el6.x86_64.rpm
>> > i386
>> >kernel-2.6.32-754.el6.i686.rpm
>> >kernel-debug-2.6.32-754.el6.i686.rpm
>> >kernel-debug-debuginfo-2.6.32-754.el6.i686.rpm
>> >kernel-debug-devel-2.6.32-754.el6.i686.rpm
>> >kernel-debuginfo-2.6.32-754.el6.i686.rpm
>> >kernel-debuginfo-common-i686-2.6.32-754.el6.i686.rpm
>> >kernel-devel-2.6.32-754.el6.i686.rpm
>> >kernel-headers-2.6.32-754.el6.i686.rpm
>> >perf-2.6.32-754.el6.i686.rpm
>> >perf-debuginfo-2.6.32-754.el6.i686.rpm
>> >python-perf-debuginfo-2.6.32-754.el6.i686.rpm
>> >python-perf-2.6.32-754.el6.i686.rpm
>> > noarch
>> >kernel-abi-whitelists-2.6.32-754.el6.noarch.rpm
>> >kernel-doc-2.6.32-754.el6.noarch.rpm
>> >kernel-firmware-2.6.32-754.el6.noarch.rpm
>> >
>> > - Scientific Linux Development Team
>> >
>>
>> ---
>> Best regards,
>> Valery Mitsyn
>>
>>
>>
>
> ---
> Best regards,
> Valery Mitsyn
--
Stephan Wiesand
DESY -DV-
Platanenallee 6
15738 Zeuthen, Germany
Hello Susan,
> On 26. Mar 2019, at 18:00, Susan James wrote:
>
>
> [resend with correction in the .cshrc snippet]
>
> Hello All,
>
> Loading software modules in a startup script is broke on SL-7.3 but works
> with no issue on Centos-7.x OS. See below. If anyone has clues as to how to
> fi
> On 29. Mar 2019, at 16:07, Howard, Chris wrote:
>
>
> Our security guy runs a scanning system called Qualys.
> He gave me an rpm file to install and a couple of commands to run.
>
> It appears to have installed the agent ok.
>
> But I see in the log file that it is trying to do a pattern
> On 3. Sep 2019, at 23:23, Peed, Andrew (GE Healthcare)
> wrote:
>
> Next question -- I saw Farhan's email about fastbugs being made available in
> the 7x repository. We pull fastbugs from 7.6/updates/fastbugs; when I
> reposync'ed with your 7.6 repos, I got the sources for these fastbug fixe
> On 7. Oct 2019, at 18:17, Jose Marques wrote:
>
>> On 7 Oct 2019, at 16:43, Fait, James F.
>> <0c6019404d64-dmarc-requ...@listserv.fnal.gov> wrote:
>>
>> I tend to ignore ANY distribution with a .0 suffix.
>
> I'm going through the process of updating our kickstart scripts, repos, and
>
> On 17. Oct 2019, at 14:01, David Sommerseth
> wrote:
>
> You do know that Oracle EL is based on CentOS source RPMs?
Given that they released 8 more than two months before CentOS, I'm not sure
that's
correct?
Speaking of source RPMs, does anyone know where to find the latest CentOS 8
ones?
> On 31. Jan 2020, at 03:25, Konstantin Olchanski wrote:
>
> On Thu, Jan 30, 2020 at 05:57:24PM -0800, Yasha Karant wrote:
>>
>> At this point in terms of application support for EL 7 (including SL
>> 7) from external entities (such as Calibre -- there are others), I
>> am going soon to be force
> On 1. Feb 2020, at 17:12, Nico Kadel-Garcia wrote:
> Oracle now owns and can still use the Red Hat trademarks.
Er, what ?!
> On 1. Feb 2020, at 04:35, Konstantin Olchanski wrote:
>
>>
>>> - direction is very stable, each next release is "the same as the previous
>>> release",
>>> no surprises, no strange changes, no confusion.
>>
>> Mir -> Wayland, Upstart -> systemd, Unity -> Gnome Shell... sure were
>> surprise
> On 2. Feb 2020, at 03:02, Nico Kadel-Garcia wrote:
>
> I also know literally *no one* who uses "Oracle Unbreakable Linux".,
It's called just "Oracle Linux" these days I think. And well, up to 7 there was
SL.
> nor are their RPMs listed at
> https://urldefense.proofpoint.com/v2/url?u=https-3
> On 31. Jan 2020, at 19:10, Jon Pruente wrote:
>
> On Thu, Jan 30, 2020 at 7:58 PM Yasha Karant wrote:
> soon to be forced to go to another Linux. The options appear to be drop
> EL entirely and go to Ubuntu LTS ("stable") current, or to stay with EL
> and use Springdale (Princeton) EL8 whe
> On 3. Feb 2020, at 21:05, David Sommerseth
> wrote:
>
> On 01/02/2020 04:35, Konstantin Olchanski wrote:
>> Since I write firmware myself, the function to upgrade the firmware on
>> a running system without having the reboot the OS is pretty much
>> the first thing that I implement (during fir
> On 3. Feb 2020, at 21:11, David Sommerseth
> wrote:
>
> On 01/02/2020 17:12, Nico Kadel-Garcia wrote:
>> *No one* calls it "Oracle 8". It's still RHEL 8. Oracle now owns and
>> can still use the Red Hat trademarks.
>
> No, not at all. It was IBM who acquired Red Hat; but IBM has so far kept
> On 3. Feb 2020, at 22:23, ONeal, Miles
> <0be99a30c213-dmarc-requ...@listserv.fnal.gov> wrote:
>
> And there's no real reason to get the source from anywhere but RHEL, since
> it's freely available.
Care to share a pointer to the freely available SRPM for one of today's
updates, like gn
Bonjour,
> On 25. Feb 2020, at 10:49, Winnie Lacesso
> wrote:
>
> This was posted to SLU in 2012 but didn't get any actual answers. It's
> reposted in case anyone can firmly say (or no) that the situation has
> changed or is the same. *Is* it true that CentOS still have a period when
> they do
> On 23. Jun 2020, at 21:25, Andrew C Aitchison wrote:
>
> On Tue, 23 Jun 2020, Konstantin Olchanski wrote:
>
>> On Tue, Jun 23, 2020 at 10:49:48AM +0200, Elio Fabri wrote:
>>> Hi all,
>>> I need help (at lest a link) as to how to recover my root password.
>>> I'm using SL6.2. The password I rem
-8 does not come preinstalled with a package
> to "boot an SL3/SL4/SL5/RHEL6/RHEL7 VM image now!". (Yes, we still have
> hardware that required an m68k crosscompiler that runs on SL4. We even have
> a physical machine for this, a dual 500 MHz Pentium-II tower).
Yes it's kind of sad. However, containers have been mentioned in this thread
already, and they do scratch a lot of those itches in a very elegant and cheap
way.
--
Stephan Wiesand
DESY -DV-
Platanenallee 6
15738 Zeuthen, Germany
> On 7. May 2021, at 22:12, Dave Dykstra wrote:
>
> I would like to see a SIG/Scientific Linux or SIG/Scientific instead of
> SIG/HEP.
Few here will probably remember that SL started out under the name "HEPL" ;-)
66 matches
Mail list logo