> Is there a good source of information about how Linux distributions and
> installers identify
> and interact with the hardware devices in a system? We are particularly
> interested in the
> shutdown process that leads to complete power-off. Thanks.
None other I assume than from the horse's
Am 24.10.2016 um 23:38 schrieb Macmor Mach :
> I'm having trouble with a CentOS server release 5.10, so that my users
> connect via VPN Intranet type, I could not find a solution, if I can
> collaborate appreciate them, attached logs when it worked and now.
>
> Log
Am 24.10.2016 um 23:44 schrieb Gordon Messmer :
> On 10/24/2016 09:53 AM, Leon Fauster wrote:
>> Any suggestions to avoid the default labeling
>> "unconfined_u:object_r:locale_t:s0"?
>
>
> Not off the top of my head. I think you need to either a) not try to
>
On Mon, Oct 24, 2016 at 5:25 PM, Matt Garman wrote:
> On Mon, Oct 24, 2016 at 2:42 PM, Larry Martell
> wrote:
>>> At any rate, what I was looking at was seeing if there was any way to
>>> simplify this process, and cut NFS out of the picture.
On 10/24/2016 09:53 AM, Leon Fauster wrote:
Any suggestions to avoid the default labeling
"unconfined_u:object_r:locale_t:s0"?
Not off the top of my head. I think you need to either a) not try to
preserve the labels or b) run the backup as a user which can manage
labels. What is the
Another alternative idea: you probably won't be comfortable with this,
but check out systemd-nspawn. There are lots of examples online, and
even I wrote about how I use it:
http://raw-sewage.net/articles/fedora-under-centos/
This is unfortunately another "sysadmin" solution to your problem.
On 10/24/2016 07:29 AM, m.r...@5-cent.us wrote:
As I noted in my original repost, that it needs to be on a UPS
Ah. I see that now. Still, may I suggest that whenever we recommend
remedies that eliminate reliability measures, such as mounting with
"nobarrier", we also repeat caveats so
Good afternoon
Best regard
I'm having trouble with a CentOS server release 5.10, so that my users
connect via VPN Intranet type, I could not find a solution, if I can
collaborate appreciate them, attached logs when it worked and now.
Log running:
Mon Oct 10 13:50:02 2016 193.60.90.72:23683
Es el usuario que no existe en tu configuracion. Por que la conexion de
"usuario6", la realizo sin problemas.
El 24/10/2016 16:20, "Macmor Mach" escribió:
> Buenas tardes Lista
> Cordial saludo
>
> tengo incomvenientes con un servidor CentOS release 5.10, para que mis
>
On Mon, Oct 24, 2016 at 2:42 PM, Larry Martell wrote:
>> At any rate, what I was looking at was seeing if there was any way to
>> simplify this process, and cut NFS out of the picture. If you need
>> only to push these files around, what about rsync?
>
> It's not just
Buenas tardes Lista
Cordial saludo
tengo incomvenientes con un servidor CentOS release 5.10, para que mis
usuarios se conecten via VPN tipo Intranet, no he podido encontrar una
solución, si me pueden colaborar les agradecería, adjunto logs cuando
funcionaba y ahora.
Log funcionando:
Mon Oct 10
On Mon, Oct 24, 2016 at 1:32 PM, Matt Garman wrote:
> On Sun, Oct 23, 2016 at 8:02 AM, Larry Martell
> wrote:
>>> To be clear: the python script is moving files on the same NFS file
>>> system? E.g., something like
>>>
>>> mv
Chris Olson wrote:
> Is there a good source of information about how Linux distributions
> and installers identify and interact with the hardware devices in
> a system? We are particularly interested in the shutdown process
> that leads to complete power-off. Thanks.
You mean something more
Is there a good source of information about how Linux distributions
and installers identify and interact with the hardware devices in
a system? We are particularly interested in the shutdown process
that leads to complete power-off. Thanks.
___
CentOS
On Sun, Oct 23, 2016 at 8:02 AM, Larry Martell wrote:
>> To be clear: the python script is moving files on the same NFS file
>> system? E.g., something like
>>
>> mv /mnt/nfs-server/dir1/file /mnt/nfs-server/dir2/file
>>
>> where /mnt/nfs-server is the mount point of
Hi folks,
normally I have not so much to do with SElinux but I expected to get in touch
sooner or later :-)
I migrated a backup-system from El5 to EL6 and the rsync backup process is
complaining about selinux attr's now.
client <-> server (fetches via rsync -aHAX)
client# sestatus
SELinux
On Sat, 22 Oct 2016, Valeri Galtsev wrote:
On Sat, October 22, 2016 7:49 pm, Valeri Galtsev wrote:
Dear All,
I guess, we all have to urgently apply workaround, following, say, this:
https://gryzli.info/2016/10/21/protect-cve-2016-5195-dirtycow-centos-7rhel7cpanelcloudlinux/
At least those
logs/c7.1511.u/kernel/20161024152721/3.10.0-327.36.3.el7.i686
logs/c7.1511.u/kernel/20161024152721/3.10.0-327.36.3.el7.i686/build.log
logs/c7.1511.u/kernel/20161024152721/3.10.0-327.36.3.el7.i686/kernel-3.10.0-327.36.3.el7.i686.rpm
Gordon Messmer wrote:
> On 10/24/2016 04:51 AM, mark wrote:
>> Absolutely add nobarrier, and see what happens.
>
> Using "nobarrier" might increase overall write throughput, but it
> removes an important integrity feature, increasing the risk of
> filesystem corruption on power loss. I wouldn't
On 10/24/2016 04:51 AM, mark wrote:
Absolutely add nobarrier, and see what happens.
Using "nobarrier" might increase overall write throughput, but it
removes an important integrity feature, increasing the risk of
filesystem corruption on power loss. I wouldn't recommend doing that
unless
Hi,
On Mon, 2016-10-24 at 12:07 +0200, Alessandro Baggi wrote:
> === START OF READ SMART DATA SECTION ===
> SMART Error Log not supported
I reckon there's a between those lines. The line right after the
first should read something like:
SMART overall-health self-assessment test result: PASSED
On 10/24/16 03:52, Larry Martell wrote:
On Fri, Oct 21, 2016 at 11:42 AM, wrote:
Larry Martell wrote:
On Fri, Oct 21, 2016 at 11:21 AM, wrote:
Larry Martell wrote:
We have 1 system ruining Centos7 that is the NFS server. There are 50
external machines
Hello Richard,
On Mon, 2016-10-24 at 03:39 -0400, Richard Beels wrote:
> The new update for links in EPEL takes it from 2.8-2 to 2.13-1. But
> yum includes 21 xWindows dependencies that weren't required before.
>
> I'd rather not install them - it's a headless server. Was this intentional?
Il 21/10/2016 17:20, m.r...@5-cent.us ha scritto:
John R Pierce wrote:
On 10/21/2016 2:03 AM, Alessandro Baggi wrote:
My ssds are failing?
SSD's wear out based on writes per block. they distribute those
writes, but once each block has been written X number of times, they are
no longer
On Sun, Oct 23, 2016 at 9:02 AM, Larry Martell wrote:
> Hi Matt-
>
> Thank you for this very detailed and thoughtful reply.
>
> On Fri, Oct 21, 2016 at 4:43 PM, Matt Garman wrote:
>> On Fri, Oct 21, 2016 at 4:14 AM, Larry Martell
On Fri, Oct 21, 2016 at 11:42 AM, wrote:
> Larry Martell wrote:
>> On Fri, Oct 21, 2016 at 11:21 AM, wrote:
>>> Larry Martell wrote:
We have 1 system ruining Centos7 that is the NFS server. There are 50
external machines that FTP files to this
hi there.
The new update for links in EPEL takes it from 2.8-2 to 2.13-1. But
yum includes 21 xWindows dependencies that weren't required before.
I'd rather not install them - it's a headless server. Was this intentional?
27 matches
Mail list logo