Re: [CentOS] Voice/Fax Modem advice

[me]

On Thu, 5 Oct 2017, hw wrote:


m...@tdiehl.org wrote:

On Wed, 4 Oct 2017, hw wrote:


A SPA122 ATA from Cisco might be useful as a gateway, they are cheap.
You?d be using it kinda in reverse, but I don?t see why that shouldn?t
be possible.

Other than that, specialized cards have come down in prices, probably
because ppl aren?t using them anymore.  You might also want to look
into Patton gateways, but they tend to be rather pricy and are a hell
to set up unless you?re familiar with all the phone-related stuff.

If your internet connection is decent, it might be a good idea to give
up the POTS line and use a VOIP provider instead, with a asterisk
connected to it.  It would be the easiest way by far.

Asterisk isn?t too complicated for getting basic phone services to work
on which you can expand over time; you only need to overcome the few
first steps.  Since a Centos package for asterisk is missing, you may
want to compile it yourself, which is easy.  However, I had to disable
one of the drivers/features of asterisk in the build config because
there?s a bug that makes asterisk fail when that feature/driver is
enabled --- I left everything else enabled and don?t know what most of
the stuff is ...


The http://nerdvittles.com/ stuff I referenced earlier gives you the choice
of Installing on Centos 6/7, Debian 8 or Raspberry PI. They even have 
virtual

box VM's available.

See http://wable-repo.wardmundy.net/incrediblepbx/ for a list of all of the
choices.


I?m not sure what you?re trying to say; I neither have a facebook account, 
nor

a cell phone, and I don?t understand why cell phones aren?t VOIP clients that
can simply be used with asterisk.


I do not have a facebook account either. The first link above is simply a link
to Ward Mundy's semi weekly articles. If you scroll down the page you can
pick the articles that interest you. I ignore anything having to do with
facebook or self driving cars, etc.. Ward writes about many technical things
but tends to specialize in all things related to telephony.

The 2nd link allows you to pick out the type of pbx that interests you and then
points you to links to his articles that instruct you how to download and build
your choice of pbx. You just have to be care not to click on the stupid ads.

For instance http://nerdvittles.com/?p=14208 takes you to his article to build
"Introducing Incredible PBX 13 for CentOS 6 and 7"

HTH,

--
Tom m...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[Phil Perry]

On 05/10/17 18:24, m.r...@5-cent.us wrote:

m.r...@5-cent.us wrote:

Johnny Hughes wrote:

On 10/05/2017 10:17 AM, m.r...@5-cent.us wrote:

Albert McCann wrote:

From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of
m.r...@5-cent.us
Sent: Thursday, October 05, 2017 10:58 AM
To: CentOS mailing list 
Subject: Re: [CentOS] Missing file in current kernel-devel package




I've identified what my problem is, trying to install the NVidia
proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64,
there is a file
/usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h

It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
package. Is this something that got missed, or did HR drop it,

or?



Sorry, but I really don't believe it is good, much less best practice
to do something like removing a kernel include file within one

release. If

they'd made it go a away for 7.0, I would deal, but to suddenly drop
it, bad.


Tell it to Linus, not us:

https://lwn.net/Articles/685049/



Well, I d/l the latest from NVidia, and that one built. Of course, now I'm
going to really worry about several of my users, who have old - as in 5-10
year old, NVidia cards, who need legacy drivers, like the 304.

  mark



This issue is fixed in recent releases, including the latest 304.137 
legacy release. Nvidia are still actively supporting that driver, even 
if the hardware is "5-10 years old".


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CUDA tools?

[m . roth]

vychytraly . wrote:
> On Thu, Oct 5, 2017 at 9:51 PM,  wrote:
>>
>> So, kmod-nvidia installed. Trouble is, I have no tool to test it. And my
>> user might need nvcc, which, of course, is only provided by the NVidia
>> CUDA, which won't install, because it conflicts with kmod-nvidia.
>>
>> Has *anyone* dealt with this? If so, what was your solution?
>>
> Are you installing CUDA from official NVidia repository?

Please don't top post.

Why, is there some other? I did try, last week, and went through one
failure after another. Actually, my user's testing now with kmod-nvidia.
If that doesn't work, I'm back to square one: uninstall everything, then
start with CUDA, rather than the proprietary driver. If that doesn't work,
uninstall CUDA, then try the most-current proprietary driver (The last
try wouldn't build, because of the lack of .../include/linux/fence.h.)

 mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] CUDA tools?

[vychytraly .]

Are you installing CUDA from official NVidia repository?

On Thu, Oct 5, 2017 at 9:51 PM,  wrote:

> Hi, again.
>
> So, kmod-nvidia installed. Trouble is, I have no tool to test it. And my
> user might need nvcc, which, of course, is only provided by the NVidia
> CUDA, which won't install, because it conflicts with kmod-nvidia.
>
> Has *anyone* dealt with this? If so, what was your solution?
>
>  mark
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CUDA tools?

[m . roth]

Hi, again.

So, kmod-nvidia installed. Trouble is, I have no tool to test it. And my
user might need nvcc, which, of course, is only provided by the NVidia
CUDA, which won't install, because it conflicts with kmod-nvidia.

Has *anyone* dealt with this? If so, what was your solution?

 mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Voice/Fax Modem advice

[hw]

m...@tdiehl.org wrote:

On Wed, 4 Oct 2017, hw wrote:


Jose Maria Terry Jimenez wrote:

El 4/10/17 a las 17:45, david escribi?:


Folks

A have a PCIe modem (Conexant ChipSet, PCI id = 14f1:2f83.  It interfaces to my land-line 
(POTS) telephone line in the United States.  On Windows, I had a good answering machine 
package (Ventafax) that reported CallerID, recorded messages, sent/received fax, and had 
a scripting language that let me say "To leave a message for Alice, press 1; to 
leave a message for Bob, press 2", etc.

I'm trying to move this function to a Centos-based system without going to the 
expense or complexity of Asterisk (expense because of specialized telephony 
cards).

My research found a driver (at www.linuxant.com), but it required that I 
recompile the driver.  I got absolutely lost trying to follow the directions 
which seemed to be steering me towards a custom Kernel.

So, my question to the group wisdom is:

- Is there any hope in trying to find a suitable driver for this device without building 
a custom kernel?  And if a custom "module" is needed, I might need help 
compiling it.

- Is there a inexpensive modem that Centos 7 supports with the needed 
functions?  and maybe some software applications that might help?

Thanks in advance.

David

Hello

You can install an Asterisk with a "mini-gateway" like 
http://www.grandstream.com/products/gateways-and-atas/analog-telephone-adaptors/product/handytone-503
 And is not so complex write a dialplan for the functions you say. There is many tutorial 
over the HT503 and Asterisk in the wild!


A SPA122 ATA from Cisco might be useful as a gateway, they are cheap.
You?d be using it kinda in reverse, but I don?t see why that shouldn?t
be possible.

Other than that, specialized cards have come down in prices, probably
because ppl aren?t using them anymore.  You might also want to look
into Patton gateways, but they tend to be rather pricy and are a hell
to set up unless you?re familiar with all the phone-related stuff.

If your internet connection is decent, it might be a good idea to give
up the POTS line and use a VOIP provider instead, with a asterisk
connected to it.  It would be the easiest way by far.

Asterisk isn?t too complicated for getting basic phone services to work
on which you can expand over time; you only need to overcome the few
first steps.  Since a Centos package for asterisk is missing, you may
want to compile it yourself, which is easy.  However, I had to disable
one of the drivers/features of asterisk in the build config because
there?s a bug that makes asterisk fail when that feature/driver is
enabled --- I left everything else enabled and don?t know what most of
the stuff is ...


The http://nerdvittles.com/ stuff I referenced earlier gives you the choice
of Installing on Centos 6/7, Debian 8 or Raspberry PI. They even have virtual
box VM's available.

See http://wable-repo.wardmundy.net/incrediblepbx/ for a list of all of the
choices.


I´m not sure what you´re trying to say; I neither have a facebook account, nor
a cell phone, and I don´t understand why cell phones aren´t VOIP clients that
can simply be used with asterisk.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[Fred Smith]

On Thu, Oct 05, 2017 at 01:24:01PM -0400, m.r...@5-cent.us wrote:
> m.r...@5-cent.us wrote:
> > Johnny Hughes wrote:
> >> On 10/05/2017 10:17 AM, m.r...@5-cent.us wrote:
> >>> Albert McCann wrote:
> > From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of
> > m.r...@5-cent.us
> > Sent: Thursday, October 05, 2017 10:58 AM
> > To: CentOS mailing list 
> > Subject: Re: [CentOS] Missing file in current kernel-devel package
> 
> >>>
> >>>I've identified what my problem is, trying to install the NVidia
> >>> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64,
> >>> there is a file
> >>> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
> >>>
> >>>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
> >>> package. Is this something that got missed, or did HR drop it,
> > or?
> >>
> >>> Sorry, but I really don't believe it is good, much less best practice
> >>> to do something like removing a kernel include file within one
> release. If
> >>> they'd made it go a away for 7.0, I would deal, but to suddenly drop
> >>> it, bad.
> >>
> >> Tell it to Linus, not us:
> >>
> >> https://lwn.net/Articles/685049/
> >
> Well, I d/l the latest from NVidia, and that one built. Of course, now I'm
> going to really worry about several of my users, who have old - as in 5-10
> year old, NVidia cards, who need legacy drivers, like the 304.
> 
Mark, that's why elrepo packages several nvidia drivers and offers
the nvidia-detect package, which will query the hardware to see which
nvidia chipsets you have, and recommend the appropriate driver from
the elrepo repository.

Fred
-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   I can do all things through Christ 
  who strengthens me.
-- Philippians 4:13 ---
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[m . roth]

m.r...@5-cent.us wrote:
> Johnny Hughes wrote:
>> On 10/05/2017 10:17 AM, m.r...@5-cent.us wrote:
>>> Albert McCann wrote:
> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of
> m.r...@5-cent.us
> Sent: Thursday, October 05, 2017 10:58 AM
> To: CentOS mailing list 
> Subject: Re: [CentOS] Missing file in current kernel-devel package

>>>
>>>I've identified what my problem is, trying to install the NVidia
>>> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64,
>>> there is a file
>>> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
>>>
>>>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
>>> package. Is this something that got missed, or did HR drop it,
> or?
>>
>>> Sorry, but I really don't believe it is good, much less best practice
>>> to do something like removing a kernel include file within one
release. If
>>> they'd made it go a away for 7.0, I would deal, but to suddenly drop
>>> it, bad.
>>
>> Tell it to Linus, not us:
>>
>> https://lwn.net/Articles/685049/
>
Well, I d/l the latest from NVidia, and that one built. Of course, now I'm
going to really worry about several of my users, who have old - as in 5-10
year old, NVidia cards, who need legacy drivers, like the 304.

 mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[m . roth]

Johnny Hughes wrote:
> On 10/05/2017 10:17 AM, m.r...@5-cent.us wrote:
>> Albert McCann wrote:
 -Original Message-
 From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of m.roth@5-
 cent.us
 Sent: Thursday, October 05, 2017 10:58 AM
 To: CentOS mailing list 
 Subject: Re: [CentOS] Missing file in current kernel-devel package

 Fred Smith wrote:
> On Thu, Oct 05, 2017 at 09:56:57AM -0400, m.r...@5-cent.us wrote:
>>
>>I've identified what my problem is, trying to install the NVidia
>> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64,
>> there is a file
>> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
>>
>>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
>> package. Is this something that got missed, or did HR drop it,
 or?
>>
> I'm running that kernel with Nvidia 384.90, but I get the nvidia
> driver from elrepo. where do you get yours?
>
 Proprietary NVidia. Still, why is fence.h suddenly not there?
>>>
>>> While I'm running the Plus kernel, it has the same files. What I'm
>>> seeing here is that fence.h has been renamed in the 693 kernel to
dma-fence.h:
>>>
>>> # locate fence.h
>>>
>>> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/linux/fence.h
>>> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/linux/seqno-fence.h
>>> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/trace/events/fenhttps://lwn.net/Articles/685049/ce.h
>>> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/linux/dma-fence.h
>>> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/linux/seqno-fence.h
>>> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/trace/events/dma_fence.h
>>>
>>> Looks like upstream renamed it for some reason.
>>
>> Not good - I did a diff of fence.h and dma_fence.h, it *appears* to be
>> the
>> same structures, but all with different names. That's not going to
>> compile.
>>
>> Sorry, but I really don't believe it is good, much less best practice to
>> do something like removing a kernel include file within one release. If
>> they'd made it go a away for 7.0, I would deal, but to suddenly drop it,
>> bad.
>
> Tell it to Linus, not us:
>
> https://lwn.net/Articles/685049/

Read taht, and two things aren't clear to me: first, there a long
discussion of fence for andoroid. Secon, at the bottom, it's still showing
include/Linux/fence.h

I've also just d/l the current proprietary driver from NVida - I had 375,
this is 384, and when I decide, sometime this afternoon, to reboot, come
up with the new kernel, I'll try building that.

   mark
  mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[Johnny Hughes]

On 10/05/2017 10:17 AM, m.r...@5-cent.us wrote:
> Albert McCann wrote:
>>> -Original Message-
>>> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of m.roth@5-
>>> cent.us
>>> Sent: Thursday, October 05, 2017 10:58 AM
>>> To: CentOS mailing list 
>>> Subject: Re: [CentOS] Missing file in current kernel-devel package
>>>
>>> Fred Smith wrote:
 On Thu, Oct 05, 2017 at 09:56:57AM -0400, m.r...@5-cent.us wrote:
> Ok, folks,
>
>I've identified what my problem is, trying to install the NVidia
> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64,
>>> there
> is a file
> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
>
>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
> package. Is this something that got missed, or did HR drop it,
>>> or?
>
 I'm running that kernel with Nvidia 384.90, but I get the nvidia
 driver from elrepo. where do you get yours?

>>> Proprietary NVidia. Still, why is fence.h suddenly not there?
>>
>> While I'm running the Plus kernel, it has the same files. What I'm seeing
>> here is that fence.h has been renamed in the 693 kernel to dma-fence.h:
>>
>> # locate fence.h
>>
>> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/linux/fence.h
>> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/linux/seqno-fence.h
>> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/trace/events/fenhttps://lwn.net/Articles/685049/ce.h
>> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/linux/dma-fence.h
>> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/linux/seqno-fence.h
>> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/trace/events/dma_fence.h
>>
>> Looks like upstream renamed it for some reason.
> 
> Not good - I did a diff of fence.h and dma_fence.h, it *appears* to be the
> same structures, but all with different names. That's not going to
> compile.
> 
> Sorry, but I really don't believe it is good, much less best practice to
> do something like removing a kernel include file within one release. If
> they'd made it go a away for 7.0, I would deal, but to suddenly drop it,
> bad.

Tell it to Linus, not us:

https://lwn.net/Articles/685049/




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[m . roth]

Albert McCann wrote:
>> -Original Message-
>> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of m.roth@5-
>> cent.us
>> Sent: Thursday, October 05, 2017 10:58 AM
>> To: CentOS mailing list 
>> Subject: Re: [CentOS] Missing file in current kernel-devel package
>>
>> Fred Smith wrote:
>> > On Thu, Oct 05, 2017 at 09:56:57AM -0400, m.r...@5-cent.us wrote:
>> >> Ok, folks,
>> >>
>> >>I've identified what my problem is, trying to install the NVidia
>> >> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64,
>> there
>> >> is a file
>> >> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
>> >>
>> >>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
>> >> package. Is this something that got missed, or did HR drop it,
>> or?
>> >>
>> > I'm running that kernel with Nvidia 384.90, but I get the nvidia
>> > driver from elrepo. where do you get yours?
>> >
>> Proprietary NVidia. Still, why is fence.h suddenly not there?
>
> While I'm running the Plus kernel, it has the same files. What I'm seeing
> here is that fence.h has been renamed in the 693 kernel to dma-fence.h:
>
> # locate fence.h
>
> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/linux/fence.h
> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/linux/seqno-fence.h
> /usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/trace/events/fence.h
> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/linux/dma-fence.h
> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/linux/seqno-fence.h
> /usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/trace/events/dma_fence.h
>
> Looks like upstream renamed it for some reason.

Not good - I did a diff of fence.h and dma_fence.h, it *appears* to be the
same structures, but all with different names. That's not going to
compile.

Sorry, but I really don't believe it is good, much less best practice to
do something like removing a kernel include file within one release. If
they'd made it go a away for 7.0, I would deal, but to suddenly drop it,
bad.

mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[Jonathan Billings]

On Thu, Oct 05, 2017 at 10:58:18AM -0400, m.r...@5-cent.us wrote:
>
> Fred Smith wrote:
> > On Thu, Oct 05, 2017 at 09:56:57AM -0400, m.r...@5-cent.us wrote:
> >> Ok, folks,
> >>
> >>I've identified what my problem is, trying to install the NVidia
> >> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64, there
> >> is a file
> >> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
> >>
> >>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
> >> package. Is this something that got missed, or did HR drop it, or?
> >>
> > I'm running that kernel with Nvidia 384.90, but I get the nvidia
> > driver from elrepo. where do you get yours?
> >
> Proprietary NVidia. Still, why is fence.h suddenly not there?

Are you trying to build an older NVidia binary?  Newer versions of the
code should be updated to support the fact that the DRM kernel code
removed include/linux/fence.h (back in 2016).  Looks like the 7.4
kernels brought in newer video driver code, which is why you're seeing
it gone.

-- 
Jonathan Billings 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Voice/Fax Modem advice

[me]

On Wed, 4 Oct 2017, hw wrote:


Jose Maria Terry Jimenez wrote:

El 4/10/17 a las 17:45, david escribi?:


Folks

A have a PCIe modem (Conexant ChipSet, PCI id = 14f1:2f83.  It interfaces 
to my land-line (POTS) telephone line in the United States.  On Windows, I 
had a good answering machine package (Ventafax) that reported CallerID, 
recorded messages, sent/received fax, and had a scripting language that 
let me say "To leave a message for Alice, press 1; to leave a message for 
Bob, press 2", etc.


I'm trying to move this function to a Centos-based system without going to 
the expense or complexity of Asterisk (expense because of specialized 
telephony cards).


My research found a driver (at www.linuxant.com), but it required that I 
recompile the driver.  I got absolutely lost trying to follow the 
directions which seemed to be steering me towards a custom Kernel.


So, my question to the group wisdom is:

- Is there any hope in trying to find a suitable driver for this device 
without building a custom kernel?  And if a custom "module" is needed, I 
might need help compiling it.


- Is there a inexpensive modem that Centos 7 supports with the needed 
functions?  and maybe some software applications that might help?


Thanks in advance.

David

Hello

You can install an Asterisk with a "mini-gateway" like 
http://www.grandstream.com/products/gateways-and-atas/analog-telephone-adaptors/product/handytone-503 
And is not so complex write a dialplan for the functions you say. There is 
many tutorial over the HT503 and Asterisk in the wild!


A SPA122 ATA from Cisco might be useful as a gateway, they are cheap.
You?d be using it kinda in reverse, but I don?t see why that shouldn?t
be possible.

Other than that, specialized cards have come down in prices, probably
because ppl aren?t using them anymore.  You might also want to look
into Patton gateways, but they tend to be rather pricy and are a hell
to set up unless you?re familiar with all the phone-related stuff.

If your internet connection is decent, it might be a good idea to give
up the POTS line and use a VOIP provider instead, with a asterisk
connected to it.  It would be the easiest way by far.

Asterisk isn?t too complicated for getting basic phone services to work
on which you can expand over time; you only need to overcome the few
first steps.  Since a Centos package for asterisk is missing, you may
want to compile it yourself, which is easy.  However, I had to disable
one of the drivers/features of asterisk in the build config because
there?s a bug that makes asterisk fail when that feature/driver is
enabled --- I left everything else enabled and don?t know what most of
the stuff is ...


The http://nerdvittles.com/ stuff I referenced earlier gives you the choice
of Installing on Centos 6/7, Debian 8 or Raspberry PI. They even have virtual
box VM's available.

See http://wable-repo.wardmundy.net/incrediblepbx/ for a list of all of the
choices.

HTH,

--
Tom m...@tdiehl.org
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[Albert McCann]

> -Original Message-
> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of m.roth@5-
> cent.us
> Sent: Thursday, October 05, 2017 10:58 AM
> To: CentOS mailing list 
> Subject: Re: [CentOS] Missing file in current kernel-devel package
> 
> Fred Smith wrote:
> > On Thu, Oct 05, 2017 at 09:56:57AM -0400, m.r...@5-cent.us wrote:
> >> Ok, folks,
> >>
> >>I've identified what my problem is, trying to install the NVidia
> >> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64, there
> >> is a file
> >> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
> >>
> >>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
> >> package. Is this something that got missed, or did HR drop it, or?
> >>
> > I'm running that kernel with Nvidia 384.90, but I get the nvidia
> > driver from elrepo. where do you get yours?
> >
> Proprietary NVidia. Still, why is fence.h suddenly not there?

While I'm running the Plus kernel, it has the same files. What I'm seeing here 
is that fence.h has been renamed in the 693 kernel to dma-fence.h:

# locate fence.h

/usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/linux/fence.h
/usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/linux/seqno-fence.h
/usr/src/kernels/3.10.0-514.26.2.el7.centos.plus.x86_64/include/trace/events/fence.h
/usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/linux/dma-fence.h
/usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/linux/seqno-fence.h
/usr/src/kernels/3.10.0-693.2.2.el7.centos.plus.x86_64/include/trace/events/dma_fence.h

Looks like upstream renamed it for some reason.

--
Experience varies directly with equipment ruined.

Albert McCann
albert.mcc...@outlook.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[m . roth]

Fred Smith wrote:
> On Thu, Oct 05, 2017 at 09:56:57AM -0400, m.r...@5-cent.us wrote:
>> Ok, folks,
>>
>>I've identified what my problem is, trying to install the NVidia
>> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64, there
>> is a file
>> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
>>
>>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
>> package. Is this something that got missed, or did HR drop it, or?
>>
> I'm running that kernel with Nvidia 384.90, but I get the nvidia
> driver from elrepo. where do you get yours?
>
Proprietary NVidia. Still, why is fence.h suddenly not there?

 mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] owncloud - external storage - smb

[lejeczek]

hi fellas

does anybody use by a chance external smb storage in current 
owncloud version?

If yes does it work for you?

I have, otherwise fully OK samba, but my owncload cannot get 
to it.
On my setup(pretty default) users log into owncloud with an 
ldap backend, the very same samba uses, yet in samba logs I see:



2017/10/05 15:41:00.479585,  5] 
.../source3/auth/server_info_sam.c:122(make_server_info_sam)
  make_server_info_sam: made server info for user 
cloudadmin -> cloudadmin
[2017/10/05 15:41:00.479709,  3] 
.../source3/auth/auth.c:249(auth_check_ntlm_password)
  check_ntlm_password: sam authentication for user 
[cloudadmin] succeeded
[2017/10/05 15:41:00.479772,  5] 
.../source3/auth/auth.c:292(auth_check_ntlm_password)
  check_ntlm_password:  PAM Account for user [cloudadmin] 
succeeded
[2017/10/05 15:41:00.479810,  2] 
.../source3/auth/auth.c:305(auth_check_ntlm_password)
  check_ntlm_password:  authentication for user 
[cloudadmin] -> [cloudadmin] -> [cloudadmin] succeeded
[2017/10/05 15:41:00.481148,  2] 
.../source3/passdb/pdb_ldap.c:2310(init_group_from_ldap)

  init_group_from_ldap: Entry found for group: 544
[2017/10/05 15:41:00.481740,  4] 
.../source3/passdb/pdb_ldap.c:2437(ldapsam_getgroup)
  ldapsam_getgroup: Did not find group, filter was 
(&(objectClass=sambaGroupMapping)(sambaSID=S-1-5-32-545))
[2017/10/05 15:41:00.482335,  4] 
.../source3/passdb/pdb_ldap.c:2437(ldapsam_getgroup)
  ldapsam_getgroup: Did not find group, filter was 
(&(objectClass=sambaGroupMapping)(sambaSID=S-1-5-32-545))
[2017/10/05 15:41:00.484920,  4] 
.../source3/passdb/pdb_ldap.c:2437(ldapsam_getgroup)
  ldapsam_getgroup: Did not find group, filter was 
(&(objectClass=sambaGroupMapping)(sambaSID=S-1-1-0))
[2017/10/05 15:41:00.485371,  4] 
.../source3/passdb/pdb_ldap.c:2437(ldapsam_getgroup)
  ldapsam_getgroup: Did not find group, filter was 
(&(objectClass=sambaGroupMapping)(sambaSID=S-1-1-0))
[2017/10/05 15:41:00.485723,  4] 
.../source3/passdb/pdb_ldap.c:2437(ldapsam_getgroup)
  ldapsam_getgroup: Did not find group, filter was 
(&(objectClass=sambaGroupMapping)(sambaSID=S-1-5-2))
[2017/10/05 15:41:00.486136,  4] 
.../source3/passdb/pdb_ldap.c:2437(ldapsam_getgroup)
  ldapsam_getgroup: Did not find group, filter was 
(&(objectClass=sambaGroupMapping)(sambaSID=S-1-5-2))
[2017/10/05 15:41:00.486525,  4] 
.../source3/passdb/pdb_ldap.c:2437(ldapsam_getgroup)
  ldapsam_getgroup: Did not find group, filter was 
(&(objectClass=sambaGroupMapping)(sambaSID=S-1-5-11))
[2017/10/05 15:41:00.486979,  4] 
.../source3/passdb/pdb_ldap.c:2437(ldapsam_getgroup)
  ldapsam_getgroup: Did not find group, filter was 
(&(objectClass=sambaGroupMapping)(sambaSID=S-1-5-11))


thanks, L.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Missing file in current kernel-devel package

[Fred Smith]

On Thu, Oct 05, 2017 at 09:56:57AM -0400, m.r...@5-cent.us wrote:
> Ok, folks,
> 
>I've identified what my problem is, trying to install the NVidia
> proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64, there
> is a file
> /usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h
> 
>It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
> package. Is this something that got missed, or did HR drop it, or?
> 
>   mark

I'm running that kernel with Nvidia 384.90, but I get the nvidia
driver from elrepo. where do you get yours?

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
"Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of
 heaven, but only he who does the will of my Father who is in heaven."
-- Matthew 7:21 (niv) -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] C7: kernel-3.10.0-693.2.2, huh?

[Jonathan Billings]

On Wed, Oct 04, 2017 at 04:12:43PM -0400, m.r...@5-cent.us wrote:
>
> Ok... I just fully updated a user's machine. And got a kernel panic on
> reboot. So, having run into this earlier this year, I tried to reinstall
> the kernel.

What was the panic?  Missing initrd?  You could always just rebuild
that instead of reinstalling the kernel.

> yum reinstall kernel-3.10.0-693.2.2.el7.x86_64
> Installed package kernel-3.10.0-693.2.2.el7.x86_64 (from updates) not
> available.
> Error: Nothing to do

you can't reinstall the running kernel.

-- 
Jonathan Billings 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to prevent files and directories from being deleted?

[Mark Haney]

It's quite obvious you aren't using Centos packages.  If you refuse to do
as best practices insist (and have for nearly HALF A CENTURY) then no one
here can help you.  It seems to me that 1) you'd be better off compiling
from source for your environment, or 2) that you need to follow practices
established (probably) before you were born or 3) that you stop asking the
list for thing no one in their right mind would do.

How hard is that math?

On Thu, Oct 5, 2017 at 5:32 AM, hw  wrote:

> Mark Haney  writes:
>
> > On 10/03/2017 01:12 PM, hw wrote:
> >>
> >>> See
> >>>
> >>> https://developers.redhat.com/blog/2016/09/20/managing-
> temporary-files-with-systemd-tmpfiles-on-rhel7/
> >>>
> >>> how to manage tmpfiles.
> >> Thanks, I´ll look into that.  I wouldn´t consider a directory like
> >> /var/run/mariadb in any way as only temporary --- and wouldn´t consider
> >> directories that are required for the system to work as temporary,
> >> either.
> > That directory isn't temporary.  The files almost always are, but not
> > the directories.  As I said, whatever it is you're doing, it's wrong.
> > I wouldn't continue to keep a setup like that as it's not standard
> > practice to keep data in /var/run that isn't temporary.
>
> Well, what am I supposed to do?  The socket (or what it was) needs to be
> put somewhere, and IIRC, it wasn´t my choice to put it there but is a
> default.  With mariadb, there are some defaults you can´t reasonably
> change because other software expects files where they usually are.  And
> I don´t want to change that, I just want mariadb and lighttpd and other
> things to start on reboots rather than being broken because someone
> decided that files/directories they require are to be deleted on reboots
> before they can start.
>
> > However, you seem to be insistent on doing things contrary to best
> > practices so.
> >>> Curious, how did you install MariaDB that you have such a problem? The
> >>> package shipping with CentOS does not create such issue.
> >> I´m using the packages from mariadb.org.  The old version that comes in
> >> Centos isn´t recommended, and I need features only the newer versions
> >> provide.
> >>
> >>
> >> Lighttpd is from epel, and it has basically the same issue.
> >>
> >>
> > What issue? That the PID is dropped on reboot?  What else are you
> > putting in there?  I'm beginning to question whether you know what
> > you're doing or not.  Lighttpd doesn't store any persistent info in
> > /var/run/ because, like everything else, /var/run isn't for persistent
> > data.
>
> IIRC, lighttpd won´t start unless you mess with where it puts its pid
> file.  I think I had to resort to put it into /tmp or something like
> that because the place where it´s supposed to put it gets deleted on
> reboots.
>
> I´ve never before had issues like this.
>
>
> --
> "Didn't work" is an error.
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>



-- 
[image: photo]
Mark Haney
Network Engineer at NeoNova
919-460-3330 <(919)%20460-3330> (opt 1) • mark.ha...@neonova.net
www.neonova.net 
  

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Missing file in current kernel-devel package

[m . roth]

Ok, folks,

   I've identified what my problem is, trying to install the NVidia
proprietary drivers: in kernel-devel-3.10.0-514.26.2.el7.x86_64, there
is a file
/usr/src/kernels/3.10.0-514.26.2.el7.x86_64/include/linux/fence.h

   It does not exist in the kernel-devel-3.10.0-693.2.2.el7.x86_64
package. Is this something that got missed, or did HR drop it, or?

  mark

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to prevent files and directories from being deleted?

[marcos valentine]

Amand

*Thank you for the explanation .*


2017-10-05 7:00 GMT-03:00 Anand Buddhdev :

> On 05/10/2017 11:32, hw wrote:
>
> >> That directory isn't temporary.  The files almost always are, but not
> >> the directories.  As I said, whatever it is you're doing, it's wrong.
> >> I wouldn't continue to keep a setup like that as it's not standard
> >> practice to keep data in /var/run that isn't temporary.
> >
> > Well, what am I supposed to do?  The socket (or what it was) needs to be
> > put somewhere, and IIRC, it wasn´t my choice to put it there but is a
> > default.  With mariadb, there are some defaults you can´t reasonably
> > change because other software expects files where they usually are.  And
> > I don´t want to change that, I just want mariadb and lighttpd and other
> > things to start on reboots rather than being broken because someone
> > decided that files/directories they require are to be deleted on reboots
> > before they can start.
>
> I can't believe people are still asking this question after being given
> appropriate advice. So let me repeat it, and don't ask again unless
> you've read this properly:
>
> 1. /var/run is a symlink to /run, which is a tmpfs mounted in RAM.
>
> 2. At reboot, /run vanishes, and EVERYTHING that was in it, vanishes
> with it.
>
> 3. For this reason, systemd ships with a utility called
> systemd-tmpfiles, which is run early in the boot process, to create any
> appropriate files and directories in /run. Packages that require
> directories to be present in /run (for keeping PID files or sockets),
> should ship with the appropriate tmpfiles.d snippets to have these
> directories created for them on boot.
>
> 4. Finally, if you as a sysadmin are using a package from a repo that
> isn't CentOS or EPEL, and this package is not following the CentOS
> packaging protocol for data in /run, then it is YOUR own responsibility
> to fix the package, or create your own tmpfiles.d snippet to create the
> required directories.
>
> 5. Learn about systemd-tmpfiles by reading the man pages of
> "systemd-tmpfiles" and "tmpfiles.d".
>
> This is as clear as crystal. If, despite this instruction, you cannot,
> or do not want to work with CentOS as it was intended, then stop whining
> about things here.
>
> Regards,
> Anand
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 152, Issue 2

[centos-announce-request]

Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CEBA-2017:2851 CentOS 6 dstat BugFix Update (Johnny Hughes)
   2. CEBA-2017:2852 CentOS 6 initscripts BugFix Update (Johnny Hughes)
   3. CEEA-2017:2848 CentOS 6 gcc-libraries Enhancement Update
  (Johnny Hughes)
   4. CEBA-2017:2850 CentOS 6 java-1.8.0-openjdk BugFix Update
  (Johnny Hughes)
   5. CEBA-2017:2854 CentOS 6 libcgroup BugFix Update (Johnny Hughes)
   6. CEEA-2017:2853 CentOS 6 libreswan Enhancement Update
  (Johnny Hughes)
   7. CEEA-2017:2849 CentOS 6 libreswan Enhancement Update
  (Johnny Hughes)


--

Message: 1
Date: Wed, 4 Oct 2017 11:39:54 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2017:2851 CentOS 6 dstat BugFix Update
Message-ID: <20171004113954.ga43...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2017:2851

Upstream details at : https://access.redhat.com/errata/RHBA-2017:2851

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
b7c5bba1a3367d397bdb7616b7c7779179a1b28aff14c26cf1812f7ad7164e71  
dstat-0.7.0-3.el6_9.1.noarch.rpm

x86_64:
b7c5bba1a3367d397bdb7616b7c7779179a1b28aff14c26cf1812f7ad7164e71  
dstat-0.7.0-3.el6_9.1.noarch.rpm

Source:
e7d4614b010617423c3ee124da80de59b78917ed8c1acd9730095e77eccbab2e  
dstat-0.7.0-3.el6_9.1.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS



--

Message: 2
Date: Wed, 4 Oct 2017 11:43:28 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEBA-2017:2852 CentOS 6 initscripts BugFix
Update
Message-ID: <20171004114328.ga43...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2017:2852

Upstream details at : https://access.redhat.com/errata/RHBA-2017:2852

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
d29ac28a6d6959c2cc904532ec16802fb9d5935ccb8be6d523a613d38f0a32a0  
debugmode-9.03.58-1.el6.centos.2.i686.rpm
3c67206cbdcba0fe6a9d87e77b9f97ab1f6e4741a5db771e2bf0781c5ff08c5b  
initscripts-9.03.58-1.el6.centos.2.i686.rpm

x86_64:
ec4409ae14792ab1d2d92cabb8962198a41e54fac524e956d0dd93242ac4e855  
debugmode-9.03.58-1.el6.centos.2.x86_64.rpm
50ac9c39c6f6234e0ea6685a33881889b23a3006eaab57056db2433e652c7ba8  
initscripts-9.03.58-1.el6.centos.2.x86_64.rpm

Source:
1de999d18d27f620160374ab045b38f0a139b5466fe623cd57cd5913286041ed  
initscripts-9.03.58-1.el6.centos.2.src.rpm



-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net
Twitter: @JohnnyCentOS



--

Message: 3
Date: Wed, 4 Oct 2017 11:43:53 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CEEA-2017:2848 CentOS 6 gcc-libraries
Enhancement Update
Message-ID: <20171004114353.ga43...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Enhancement Advisory 2017:2848

Upstream details at : https://access.redhat.com/errata/RHEA-2017:2848

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( sha256sum Filename ) 

i386:
958f6406a183678e59a9062ffb11f4f343ea4c6b72711ee24ff3b8c219f3793c  
libatomic-7.1.1-2.3.1.el6_9.i686.rpm
2ffab6a8f704d18a5af1aa31d373a08f78d39523223378fbc745ae01ade02a8a  
libcilkrts-7.1.1-2.3.1.el6_9.i686.rpm
d354ef0dd5200833aded9867772cb16a3e93d4865d9104c63d7a321df0afb19c  
libgfortran4-7.1.1-2.3.1.el6_9.i686.rpm
908d15646f9a5c38f3383ef953cbc51d46aebea595be5bd42cbc17ac11d6a99d  
libitm-7.1.1-2.3.1.el6_9.i686.rpm
085e0bca34e292a5f475db10394e7aaedf1587a71fd081f40626a620e53b6172  
libquadmath-7.1.1-2.3.1.el6_9.i686.rpm

x86_64:
958f6406a183678e59a9062ffb11f4f343ea4c6b72711ee24ff3b8c219f3793c  
libatomic-7.1.1-2.3.1.el6_9.i686.rpm
69947d10ca8513e352f806371302ae18f3dd9efac7fe51e521218952ac1c3513  
libatomic-7.1.1-2.3.1.el6_9.x86_64.rpm
2ffab6a8f704d18a5af1aa31d373a08f78d39523223378fbc745ae01ade02a8a  
libcilkrts-7.1.1-2.3.1.el6_9.i686.rpm
db111ecffa9fc59148811dabf63c35a403dd307674f00f9166296e584388a857  
libcilkrts-7.1.1-2.3.1.el6_9.x86_64.rpm

Re: [CentOS] LVM not activating on reboot

[Duncan Brown]

On 05/10/2017 12:10, Anthony K wrote:

It might require a vgexport then vgimport to fix.



On 03/10/2017 21:28, Gordon Messmer wrote:


Is /etc/mdadm.conf up to date?  Run "mdadm --detail --scan" to get the 
information you need, and either replace the lines in mdadm.conf or 
add the one that's missing.  You might need to rebuild the initrd 
afterward (dracut --force).  I'm unclear on why any of that would be 
necessary, though.  I don't usually add pre-existing arrays to running 
systems, so I'm a bit out of my experience here. 


Thanks for the replies both

I'd already tried both those ideas before posting, I should have mentioned

In the end what fixed it was copying over the lvm.conf from the old 
system backup, and rebuilding the initrd


I didn't think to diff the two before hand so not sure what it was that 
changed, but sorted now anyway!


thanks again

Duncan
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] LVM not activating on reboot

[Anthony K]

On 01/10/17 11:25, Duncan Brown wrote:


No joy after adding the kernel option, exactly the same issue



It might require a vgexport then vgimport to fix.

vgimport man page:

DESCRIPTION
   vgimport allows you to make a Volume Group that was previously 
exported
   using  vgexport(8)  known to the system again, perhaps after 
moving its
   Physical Volumes from a different machine.  vgexport clears the 
VG sys‐
   tem  ID,  and  vgimport sets the VG system ID to match the host 
running

   vgimport (if the host has a system ID).


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to prevent files and directories from being deleted?

[Anand Buddhdev]

On 05/10/2017 11:32, hw wrote:

>> That directory isn't temporary.  The files almost always are, but not
>> the directories.  As I said, whatever it is you're doing, it's wrong. 
>> I wouldn't continue to keep a setup like that as it's not standard
>> practice to keep data in /var/run that isn't temporary.
> 
> Well, what am I supposed to do?  The socket (or what it was) needs to be
> put somewhere, and IIRC, it wasn´t my choice to put it there but is a
> default.  With mariadb, there are some defaults you can´t reasonably
> change because other software expects files where they usually are.  And
> I don´t want to change that, I just want mariadb and lighttpd and other
> things to start on reboots rather than being broken because someone
> decided that files/directories they require are to be deleted on reboots
> before they can start.

I can't believe people are still asking this question after being given
appropriate advice. So let me repeat it, and don't ask again unless
you've read this properly:

1. /var/run is a symlink to /run, which is a tmpfs mounted in RAM.

2. At reboot, /run vanishes, and EVERYTHING that was in it, vanishes
with it.

3. For this reason, systemd ships with a utility called
systemd-tmpfiles, which is run early in the boot process, to create any
appropriate files and directories in /run. Packages that require
directories to be present in /run (for keeping PID files or sockets),
should ship with the appropriate tmpfiles.d snippets to have these
directories created for them on boot.

4. Finally, if you as a sysadmin are using a package from a repo that
isn't CentOS or EPEL, and this package is not following the CentOS
packaging protocol for data in /run, then it is YOUR own responsibility
to fix the package, or create your own tmpfiles.d snippet to create the
required directories.

5. Learn about systemd-tmpfiles by reading the man pages of
"systemd-tmpfiles" and "tmpfiles.d".

This is as clear as crystal. If, despite this instruction, you cannot,
or do not want to work with CentOS as it was intended, then stop whining
about things here.

Regards,
Anand
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] SELinux - Re: how to prevent files and directories from being deleted?

[Andrew Holway]

> Well, what am I supposed to do?  The socket (or what it was) needs to be
> put somewhere, and IIRC, it wasn´t my choice to put it there but is a
> default.

I am confused why you would want persistence for these objects in any
operating system. Could you show us the relevant errors you are getting
when rebooting?

You mentioned SELinux. Is the problem that you have SELinux enabled and the
packages that you are using do not come with an appropriate SELinux policy
making them unable to open sockets / write pid files? Which SELinux context
are these applications running in?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to prevent files and directories from being deleted?

[hw]

Mark Haney  writes:

> On 10/03/2017 01:12 PM, hw wrote:
>>
>>> See
>>>
>>> https://developers.redhat.com/blog/2016/09/20/managing-temporary-files-with-systemd-tmpfiles-on-rhel7/
>>>
>>> how to manage tmpfiles.
>> Thanks, I´ll look into that.  I wouldn´t consider a directory like
>> /var/run/mariadb in any way as only temporary --- and wouldn´t consider
>> directories that are required for the system to work as temporary,
>> either.
> That directory isn't temporary.  The files almost always are, but not
> the directories.  As I said, whatever it is you're doing, it's wrong. 
> I wouldn't continue to keep a setup like that as it's not standard
> practice to keep data in /var/run that isn't temporary.

Well, what am I supposed to do?  The socket (or what it was) needs to be
put somewhere, and IIRC, it wasn´t my choice to put it there but is a
default.  With mariadb, there are some defaults you can´t reasonably
change because other software expects files where they usually are.  And
I don´t want to change that, I just want mariadb and lighttpd and other
things to start on reboots rather than being broken because someone
decided that files/directories they require are to be deleted on reboots
before they can start.

> However, you seem to be insistent on doing things contrary to best
> practices so.
>>> Curious, how did you install MariaDB that you have such a problem? The
>>> package shipping with CentOS does not create such issue.
>> I´m using the packages from mariadb.org.  The old version that comes in
>> Centos isn´t recommended, and I need features only the newer versions
>> provide.
>>
>>
>> Lighttpd is from epel, and it has basically the same issue.
>>
>>
> What issue? That the PID is dropped on reboot?  What else are you
> putting in there?  I'm beginning to question whether you know what
> you're doing or not.  Lighttpd doesn't store any persistent info in
> /var/run/ because, like everything else, /var/run isn't for persistent
> data.

IIRC, lighttpd won´t start unless you mess with where it puts its pid
file.  I think I had to resort to put it into /tmp or something like
that because the place where it´s supposed to put it gets deleted on
reboots.

I´ve never before had issues like this.


-- 
"Didn't work" is an error.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos