Hi All - I have a box running the above. Power was lost long enough that
UPS did not work. When power came back on the C7 box boots way faster than
the switch and resulted in no network. power cycling the C7 box resulted in
network.
This even happened a second time. The only way to get the box ba
Running CentOS7, with openldap-2.4.40-13.el7. The environment consists
of two ldap providers, in mirror mode, serving over a shared virtual IP.
Client-facing services are provided by 4 consumers, most of which are
accessed over a layer 4 load balancer.
Periodically, the consumers encounter some s
Dear CentOS users and administrators,
I solved the problem! It really was multipath and it had to do with some
automatic mapping probably. I maybe did reboot after I created a new
partition tables on each drive, which probably wasn't very smart.
Anyway, the solution was:
# multipath -l
ST3500630N
Well, I mis-spoke, Ctrl-Z can undo some things, not others. Sorry.
- Original Message -
From: "Leroy Tennison"
To: "centos"
Sent: Friday, July 7, 2017 12:38:17 PM
Subject: Re: [CentOS] Extreme frustration with GIMP
I saw Fred's later reply and am glad someone knew how to do it. I feel
Alice Wonder wrote:
> I am not a graphics person. Also can't afford to hire one.
>
> Trying to follow instructions at
> https://docs.gimp.org/en/gimp-tutorial-quickie-separate.html
>
> I use the "intelligent scissors" just like they say, spend quite a bit
> of effort doing so.
>
> Then click the fo
I saw Fred's later reply and am glad someone knew how to do it. I feel your
pain, the gimp documentation isn't always the best. If you aren't already
aware, when your work is suddenly undone, remember that Ctrl-Z (UnDo) is your
friend. I found that I had to look for gimp tutorials on the web
On Fri, Jul 7, 2017 at 12:42 PM, Alice Wonder wrote:
> Does anyone know of an actual GIMP tutorial for removing background
Use the intelligent scissors as you did. Right click inside the section
and choose copy. Right click anywhere and choose Edit -> Paste As -> As New
Image. This should get
I am not a graphics person. Also can't afford to hire one.
Trying to follow instructions at
https://docs.gimp.org/en/gimp-tutorial-quickie-separate.html
I use the "intelligent scissors" just like they say, spend quite a bit
of effort doing so.
Then click the foreground select tool - just li
Le 07/07/2017 à 12:53, Pete Biggs a écrit :
> There's lots of pages out there about hardening Apache and what file
> ownership and permissions the site should have. Everyone has their
> opinion and the defaults for different distros varies. But the
> underlying idea is that the web server files sho
On 07/07/2017 02:13 AM, James Hogarth wrote:
On 30 June 2017 at 18:58, wrote:
Got a problem: a user's workstation froze. He wound up rebooting, without
calling me in first, so I dunno. But, and this is a show-stopper, when it
came up, it came up with the firmware MAC, not the spoofed one. In
On Friday, July 7, 2017 6:45:48 AM CDT Pete Biggs wrote:
> > File permissions are 574. Note that owners are NOT required to have
> > higher
> > permissions than groups!
> >
> > find /var/www/html -type f -exec chmod 574 {} \;
>
> Normal files really shouldn't have their execute bit set. There is
On Fri, 2017-07-07 at 12:56 +0100, John Hodrien wrote:
> On Fri, 7 Jul 2017, Pete Biggs wrote:
>
> > Not necessarily. In order to change permissions on a file you need to
> > have write access to the directory (i.e. the special file in the parent
> > directory that describes the files present in t
On Fri, 7 Jul 2017, Pete Biggs wrote:
Not necessarily. In order to change permissions on a file you need to
have write access to the directory (i.e. the special file in the parent
directory that describes the files present in the directory).
To delete, yes, but to chmod? It makes no sense for
>
> File permissions are 574. Note that owners are NOT required to have higher
> permissions than groups!
>
> find /var/www/html -type f -exec chmod 574 {} \;
Normal files really shouldn't have their execute bit set. There is no
need to (since they aren't going to be executed) and just sets u
On Fri, 2017-07-07 at 12:31 +0100, John Hodrien wrote:
> On Fri, 7 Jul 2017, Bill Gee wrote:
>
> > File permissions are 574. Note that owners are NOT required to have higher
> > permissions than groups!
>
> But the owner can change the permissions, no?
Not necessarily. In order to change permis
On Fri, 7 Jul 2017, Bill Gee wrote:
File permissions are 574. Note that owners are NOT required to have higher
permissions than groups!
But the owner can change the permissions, no?
574 is a properly perculiar permission to set.
jh
___
CentOS mail
On Friday, July 7, 2017 5:25:29 AM CDT Nicolas Kovacs wrote:
> Hi,
>
> I have a series of websites hosted on two CentOS 7 servers, using Apache
> virtual hosts. One of these servers is a "sandbox" machine, to test
> things and to fiddle around.
>
> Since Apache is running as system user 'apache
It was just a standard 'yum update'. I suppose I could try removing
ntsysv, but I"m not sure that'll fix it. It seems the 'pre-existing rpmdb
problem is the issue here. The ntsysv and chkconfig versions match in the
Error. But the error message after the '**' mentions different ntsysv and
chkcon
>
> Since Apache is running as system user 'apache' and system group
> 'apache', I thought it sensible that hosted files be owned by that process.
>
> # ls -l /var/www/html/
> total 24
> drwxr-x---. 3 apache apache 4096 6 juil. 09:37 default
> drwxr-x---. 3 apache apache 4096 6 juil. 10:01 php
Hi,
I have a series of websites hosted on two CentOS 7 servers, using Apache
virtual hosts. One of these servers is a "sandbox" machine, to test
things and to fiddle around.
On the sandbox server, I have a few dummy websites I'm hosting.
# ls /var/www/html/
default phpinfo slackbox-mail slack
Mark Haney wrote:
>
> We have a couple of CentOS 7 boxes that were built before I was hired to
> clean up the kickstart script used for C7 boxes. We had a couple of rpm
> packages that were pre-C7 that were used and setup the old SysV Init way
> using ntsysv and chkconfig on these boxes. (I finall
21 matches
Mail list logo