We have been following the email list discussion regarding recent
problems with yum and the upgrade to the most current CentOS 7.
We have also tried some of the remedies suggested or recommended.
None of these measures has yielded success, and it is not totally
clear whether or not our most recent
On 09/19/2017 05:18 AM, Sorin Srbu wrote:
-Original Message-
From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of FHDATA
Sent: den 18 september 2017 18:10
To: CentOS mailing list
Subject: Re: [CentOS] KeePassX replacement
On Mon, 18 Sep 2017, Valeri Galtsev
On 09/18/2017 11:54 AM, Valeri Galtsev wrote:
On Sat, September 16, 2017 1:45 pm, Yves Bellefeuille wrote:
H wrote:
I have been using the KeePassX password manager on CentOS 6 and 7 for
some time and it works pretty well. On my Windows machine I use
KeePass which
On 09/16/2017 11:25 AM, Phil Perry wrote:
On 16/09/17 16:05, Phil Perry wrote:
The only other potential issue I see is that the latest KeePassXC requires a
newer version of libgcrypt, which the repo above packages as libgcrypt16
(libgcrypt version 1.6.6) on el7. The release of 1.6 broke ABI
On 09/16/2017 06:55 AM, Tom Longfield wrote:
I have been using KeePassXC (though mostly on Debian) for quite a while now and
am happy to report it works well. Nothing springs to mind that annoys me and
it's a decent drop in replacement.
My setup sounds pretty similar to your own (also use
Once upon a time, hw said:
> Are you saying there is no difference between a RAID1 and a non-raid
> device as far as xfs is concerned?
Yes.
> What if you use hardware RAID?
No difference - same result.
> When you look at [1], it tells you to specify su and sw with hardware
>
Please join us, one month from today, in Meyrin, Switzerland, at the
amazing CERN facility, for a day of learning and sharing.
http://cern.ch/centos
Details, schedule, and registration are at the above link.
While the event is free, you *must* register in order to gain access to
the facility,
Previously when firefox went catatonic
to the point that I could not even scroll,
its CPU usage had gone to 100%+.
Now top tells me that firefox, Web Content (with a space)
or sometimes kswap... has process state D,
uninterruptable sleep.
Any suggestions on how to deal?
I often have a lot of
Le 20/09/2017 à 18:18, Valeri Galtsev a écrit :
> after quite some time of praising ownclowd, I started having problems with
> installing and updating desktop owncloud-client on CentOS. Namely, yum
> repository owncloud.org points to for rpm/yum based Linux distributions
> lives on suse.com site
On 09/20/17 10:41, Gregory P. Ennis wrote:
I upgraded from 7.3 to 7.4 over the weekend. Everything went well
except that I can't login because the screen is black with a cursor.
If reboot boot the 7.3 kernel 3.10.0-514.26.2.el7.x86_64 kernel
everything works just fine, so my guess is that
Thanks all for the thoughts. I have no issues with 7.4 - this was clearly
"freek" accident while updating, either internet connection closed on me or
something. I brought the unit back here, I tried a few of the suggestions -
wasn't really working for me. So I just re-installed 7.4 and all was
-Original Message-From: John Hodrien
Reply-to: CentOS mailing list
To: CentOS mailing list
Subject: Re: [CentOS] update to 7.4
Date: Wed, 20 Sep 2017 15:59:25 +0100 (BST)
On Wed, 20 Sep 2017, Gregory P. Ennis wrote:
>
On Wed, Sep 20, 2017 at 06:12:39PM +0200, hw wrote:
> Chris Adams wrote:
> >Once upon a time, hw said:
> >>xfs is supposed to detect the layout of a md-RAID devices when creating the
> >>file system, but it doesn´t seem to do that:
> >>
> >>
> >># cat /proc/mdstat
> >>Personalities
Dear Experts,
after quite some time of praising ownclowd, I started having problems with
installing and updating desktop owncloud-client on CentOS. Namely, yum
repository owncloud.org points to for rpm/yum based Linux distributions
lives on suse.com site (well, for all flavors of Linux,
On Wed, Sep 20, 2017 at 11:12 AM, hw wrote:
> Are you saying there is no difference between a RAID1 and a non-raid
> device as far as xfs is concerned?
>
> What if you use hardware RAID?
>
RAID1 is mirroring. There is nothing to stripe because the virtual device
is almost
Chris Adams wrote:
Once upon a time, hw said:
xfs is supposed to detect the layout of a md-RAID devices when creating the
file system, but it doesn´t seem to do that:
# cat /proc/mdstat
Personalities : [raid1]
md10 : active raid1 sde[1] sdd[0]
499976512 blocks super 1.2
Once upon a time, hw said:
> I was expecting that the correct stripe size and stripe width would be used.
RAID level 1 has no stripe size or width.
--
Chris Adams
___
CentOS mailing list
CentOS@centos.org
On Wed, September 20, 2017 10:40 am, Jason Welsh wrote:
> any idea how to get out of this pickle?
>
> [root@oem /home/jason]$yum update glibc
> Loaded plugins: product-id, rhnplugin, search-disabled-repos, security
> This system is receiving updates from RHN Classic or Red Hat Satellite.
This
On Wed, 2017-09-20 at 11:40 -0400, Jason Welsh wrote:
> any idea how to get out of this pickle?
>
>
> Error: Package: glibc-2.12-1.209.el6_9.1.i686 (@rhel-6-server-rpms)
> Requires: glibc-common = 2.12-1.209.el6_9.1
> Removing: glibc-common-2.12-1.209.el6_9.1.x86_64
Stephen John Smoogen wrote:
On 20 September 2017 at 10:47, hw wrote:
Hi,
xfs is supposed to detect the layout of a md-RAID devices when creating the
file system, but it doesn´t seem to do that:
# cat /proc/mdstat
Personalities : [raid1]
md10 : active raid1 sde[1] sdd[0]
ha! yes we use centos quite a bit. I was assuming (wrongly) that this
server was one of them..
oops, my bad.
Jason
On 09/20/2017 11:44 AM, John Hodrien wrote:
On Wed, 20 Sep 2017, Jason Welsh wrote:
any idea how to get out of this pickle?
Have you considered using CentOS?
jh
On Wed, 20 Sep 2017, Jason Welsh wrote:
any idea how to get out of this pickle?
Have you considered using CentOS?
jh
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
On Monday, September 18, 2017 1:04 PM, Nicolas Kovacs wrote"
>
> This year the school's director wants to completely block Internet
> access for all the student's personal devices.
>
The silent premise in this request is that all student Internet access
occurs through the school's gateway.
any idea how to get out of this pickle?
[root@oem /home/jason]$yum update glibc
Loaded plugins: product-id, rhnplugin, search-disabled-repos, security
This system is receiving updates from RHN Classic or Red Hat Satellite.
Setting up Update Process
Resolving Dependencies
--> Running transaction
Thanks all for the thoughts. I have no issues with 7.4 - this was clearly
"freek" accident while updating, either internet connection closed on me or
something. I brought the unit back here, I tried a few of the suggestions -
wasn't really working for me. So I just re-installed 7.4 and all was
On Wed, 20 Sep 2017, Gregory P. Ennis wrote:
This happened to me on one of the units during a 7.4 upgrade, and the only
way for the system to work for me was to use the previous os.
I tried to use the yum remove kernal 7.4 , but yum tried to remove all of
the kernels instead of just that last
Once upon a time, hw said:
> xfs is supposed to detect the layout of a md-RAID devices when creating the
> file system, but it doesn´t seem to do that:
>
>
> # cat /proc/mdstat
> Personalities : [raid1]
> md10 : active raid1 sde[1] sdd[0]
> 499976512 blocks super 1.2 [2/2]
Gregory P. Ennis wrote:
I upgraded from 7.3 to 7.4 over the weekend. Everything went well
except that I can't login because the screen is black with a cursor.
If reboot boot the 7.3 kernel 3.10.0-514.26.2.el7.x86_64 kernel
everything works just fine, so my guess is that there's a kernel
On 20 September 2017 at 10:47, hw wrote:
>
> Hi,
>
> xfs is supposed to detect the layout of a md-RAID devices when creating the
> file system, but it doesn´t seem to do that:
>
>
> # cat /proc/mdstat
> Personalities : [raid1]
> md10 : active raid1 sde[1] sdd[0]
> 499976512
On 9/19/2017 9:51 AM, Jerry Geis wrote:
> I was doing an update to 7.4 and somewhere in middle the machine died.
>
> If I drop back to a previous kernel the machine is alive. So how do I say
> "forget the previous yum update" and start all over and do it again.
>
> Booting into the new kernel I
Hi,
xfs is supposed to detect the layout of a md-RAID devices when creating the
file system, but it doesn´t seem to do that:
# cat /proc/mdstat
Personalities : [raid1]
md10 : active raid1 sde[1] sdd[0]
499976512 blocks super 1.2 [2/2] [UU]
bitmap: 0/4 pages [0KB], 65536KB chunk
I upgraded from 7.3 to 7.4 over the weekend. Everything went well
except that I can't login because the screen is black with a cursor.
If reboot boot the 7.3 kernel 3.10.0-514.26.2.el7.x86_64 kernel
everything works just fine, so my guess is that there's a kernel issue
with the hardware,
On 09/20/2017 07:19 AM, hw wrote:
> hw wrote:
>>
>> Hi,
>>
>> how do I allow CGI programs to print (using 'lpr -P some-printer
>> some-file.pdf') when
>> lighttpd is being used for a web server?
>>
>> When selinux is permissive, the printer prints; when it´s enforcing,
>> the printer
>> does not
hw wrote:
Hi,
how do I allow CGI programs to print (using 'lpr -P some-printer
some-file.pdf') when
lighttpd is being used for a web server?
When selinux is permissive, the printer prints; when it´s enforcing, the printer
does not print, and I´m getting the log message '/bin/lpr: Permission
CentOS Errata and Security Advisory 2017:2771 Important
Upstream details at : https://access.redhat.com/errata/RHSA-2017:2771
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
x86_64:
On 09/20/17 04:42, Pete Biggs wrote:
Straying OT ...
On Tue, September 19, 2017 1:42 pm, Nux! wrote:
Unfortunately the same can be said about Ruby, RoR, Python etc etc etc.
It is not as much true about languages themselves (though it is true, and
I for one call python "sneaky snake" just
On 09/20/2017 03:10 AM, Pasi Kärkkäinen wrote:
> On Tue, Sep 05, 2017 at 10:49:13AM -0700, Nathan March wrote:
I have no issues rolling this patch in , while we wait on upstream, if
it makes our tree more stable.
>>>
>>> I think we should do that.. What do others think?
>>>
>>
>>
Straying OT ...
> > On Tue, September 19, 2017 1:42 pm, Nux! wrote:
> > > Unfortunately the same can be said about Ruby, RoR, Python etc etc etc.
> >
> > It is not as much true about languages themselves (though it is true, and
> > I for one call python "sneaky snake" just because of that ;-),
On 19 September 2017 at 21:15, wrote:
> Valeri Galtsev wrote:
> >
> > On Tue, September 19, 2017 1:42 pm, Nux! wrote:
> >> Unfortunately the same can be said about Ruby, RoR, Python etc etc etc.
> >
> > It is not as much true about languages themselves (though it is true, and
>
On Tue, Sep 05, 2017 at 10:49:13AM -0700, Nathan March wrote:
> > > I have no issues rolling this patch in , while we wait on upstream, if
> > > it makes our tree more stable.
> > >
> >
> > I think we should do that.. What do others think?
> >
>
> I've had the patch deployed to a group of 32
40 matches
Mail list logo