On 11/03/2017 08:51 AM, hw wrote:
> Johnny Hughes wrote:
>> On 11/03/2017 03:53 AM, Sorin Srbu wrote:
-Original Message-
From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Gary
Stainburn
Sent: den 3 november 2017 11:43
To: CentOS mailing list
Subject
Hi there,
I'm trying to run 'reposync' against centos-extras and am getting an
error like this:
python-itsdangerous-0.23-2 0% [ ] 0.0 B/s |0
B --:-- ETA
python-itsdangerous-0.23-2.el7 FAILED
python-itsdangerous-0.23-2 0% [ ] 0.0 B/s |0
B
On 11/06/2017 06:47 AM, Barak Korren wrote:
> Hi there,
>
> I'm trying to run 'reposync' against centos-extras and am getting an
> error like this:
>
> python-itsdangerous-0.23-2 0% [ ] 0.0 B/s |0
> B --:-- ETA
>
> python-itsdangerous-0.23-2.el7 FAILED
>
> pyt
Hello guys,
Whats is the best way to identify a possible user using a botnet with php
in the server? And if he is using GET commands for example in other server.
Does apache logs outbound conections ?
If it is using a file that is not malicious the clam av would not identify.
Thanks
On 11/06/2017 07:04 AM, Johnny Hughes wrote:
> On 11/06/2017 06:47 AM, Barak Korren wrote:
>> Hi there,
>>
>> I'm trying to run 'reposync' against centos-extras and am getting an
>> error like this:
>>
>> python-itsdangerous-0.23-2 0% [ ] 0.0 B/s |0
>> B --:-- ETA
>>
>>
Disk cache is not recommended for databases servers.
it'll slow down the performance. More ram equals more performance.
This link help me understand memory usage on linux.
https://www.linuxatemyram.com/
Basically you need yo worry about
free memory is close to 0
used memory is close to total
On 11/06/2017 07:06 AM, marcos valentine wrote:
> Hello guys,
>
>
> Whats is the best way to identify a possible user using a botnet with php
> in the server? And if he is using GET commands for example in other server.
>
> Does apache logs outbound conections ?
>
> If it is using a file that i
On 6 November 2017 at 15:07, Johnny Hughes wrote:
> On 11/06/2017 07:04 AM, Johnny Hughes wrote:
>> On 11/06/2017 06:47 AM, Barak Korren wrote:
>>> Hi there,
>>>
>>> I'm trying to run 'reposync' against centos-extras and am getting an
>>> error like this:
>>>
>>> python-itsdangerous-0.23-2 0%
On 11/04/2017 10:05 AM, hw wrote:
Hi,
is this ok for a database server, or do I need to turn the memory
allowance
down? The machine has 48GB and mariadb is allowed about 40. The
machine is a dedicated database server.
Mysql seems to go up to what top says is virtually allocated under some
c
Another alternative is to use a FIMS/HIDS such as Aide (Advanced Intrusion
Detection Environment), OSSEC or Samhain. Be prepared to learn a lot about
what your OS normally does behind the scenes (and thus a fair amount of initial
fine tuning to exclude those things). Aide seems to work well (I
On Mon, November 6, 2017 8:27 am, Leroy Tennison wrote:
> Another alternative is to use a FIMS/HIDS such as Aide (Advanced
Intrusion
> Detection Environment), OSSEC or Samhain. Be prepared to learn a lot
about what your OS normally does behind the scenes (and thus a fair
amount
> of initial fine t
So here is what happened. The Mariadb-server 10 installation does replace a
file that the mysql-connector-odbc driver depends upon.
However, I used the red hat enterprise driver at:
https://downloads.mariadb.org/connector-odbc/
copied it to /usr/lib64/libmaodbc.so
...added the following text to:
On Mon, November 6, 2017 1:01 am, Sorin Srbu wrote:
>> -Original Message-
>> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Valeri
>> Galtsev
>> Sent: den 3 november 2017 18:33
>> To: CentOS mailing list
>> Subject: Re: [CentOS] HP laptops with CentOS 7?
>>
>> Whoever wants
I see this message once in a while:
Buffer I/O error on dev dm-1, logical block 8388592, async page read
I am using two crucial SSD as RAID-1 on CentOS 7.4
What should I do? can I mark that block as not usable. ?
Thanks,
Jerry
___
CentOS mailing list
I am getting this error on CentOS 7.4
kernel: NVRM: API mismatch: the client has the version 384.98, but#012NVRM:
this kernel module has the version 384.90. Please#012NVRM: make sure that
this kernel module and all NVIDIA driver#012NVRM: components have the same
version
nvidia-detect -v
Probing
On Mon, 6 Nov 2017, Jerry Geis wrote:
I have uninstalled the above and reinstalled. Same issue.
But did you reboot (or at least unload/load the nvidia kernel module)?
jh
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/list
On Mon, 2017-11-06 at 11:32 -0500, Jerry Geis wrote:
> I am getting this error on CentOS 7.4
>
> kernel: NVRM: API mismatch: the client has the version 384.98, but#012NVRM:
> this kernel module has the version 384.90. Please#012NVRM: make sure that
> this kernel module and all NVIDIA driver#012NV
Thanks - yes I have rebooted now - and I get the same error.
Next step ?
Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
On Mon, 2017-11-06 at 12:36 -0500, Jerry Geis wrote:
> Thanks - yes I have rebooted now - and I get the same error.
> Next step ?
>
Does it still say that the kernel module has version 384.90?
What version kernel is your machine running?
Can you do 'find /usr/lib/modules -name nvidia.ko' to see
yes the error is still the .90
I looked back, everything was working Friday... I did a yum update on
Friday but did not reboot. I rebooted this morning and I have the issue.
The kernel package before was NOT the 693.5.2 it was 692.2.2
Does that help at all ? my kernel is not yet supported or some
Hi all,
when I check for updates with yum, it gives me a list of packages, with some
additional info, e.g.
--> systemd-sysv-219-42.el7_4.1.x86_64 from @updates removed (updateinfo)
--> systemd-sysv-219-42.el7_4.4.x86_64 from updates removed (updateinfo)
yum info will tell me that I have 4.1
Jerry Geis wrote:
> I am getting this error on CentOS 7.4
>
> kernel: NVRM: API mismatch: the client has the version 384.98,
> but#012NVRM:
> this kernel module has the version 384.90. Please#012NVRM: make sure that
> this kernel module and all NVIDIA driver#012NVRM: components have the same
> ver
Hi list,
Some days ago I updated my centos 7.3 to 7.4 on a dell server. After this
update I noticed a strange behaviour by sshd. I noticed this problem
because trying to connect to ssh I got connection refused or high latency
between connecting and password req.
So I noticed that sshd will be rest
I tried
yum import pyserial
yum provides '*serial*'
gave me
distribution-gpg-keys-copr-1.15-1.el6.noarch : GPG keys for Copr projects
Repo: epel
Matched from:
Filename: /usr/share/distribution-gpg-keys/copr/copr-ifas-pyserial.gpg
python2-ivi-0.14.9-3.el6.noarch : %{sum}
Repo
On 2017-11-06, Michael Hennebry wrote:
>
> python2-ivi-0.14.9-3.el6.noarch : %{sum}
> Repo: epel
> Matched from:
> Filename: /usr/lib/python2.6/site-packages/ivi/interface/pyserial.pyo
> Filename: /usr/lib/python2.6/site-packages/ivi/interface/pyserial.pyc
> Filename: /usr/lib/
On 06/11/17 18:19, Jerry Geis wrote:
yes the error is still the .90
I looked back, everything was working Friday... I did a yum update on
Friday but did not reboot. I rebooted this morning and I have the issue.
The kernel package before was NOT the 693.5.2 it was 692.2.2
Does that help at all ?
HI group,
Thanks for the help... It came down to the fact that one of my software
raid arrays was not synced.
I fixed that, re-ran the grub2-mkconfig and rebooted and it worked.
Thanks again.
Jerry
On Mon, Nov 6, 2017 at 1:19 PM, Jerry Geis wrote:
> yes the error is still the .90
>
> I looked
Hello everyone,
in time when i start to rebuilt my csm4all-media, I tryed to print into
file from firefox. The print box close but no pdf is created. With
cups-pdf works, but:
- You can not name the printout
- can not change the directory from userland, only with cups
configuration.
Where is the
Hello, I'm working with an employer that is looking to hire a
permanent sysadmin to help maintain their Hadoop and Kafka clusters at
their Amsterdam, Netherlands office OR remote. Consequently I had
hoped that some members of this mailing list may like to discuss
further off-list using "JamesBTobi
> -Original Message-
> From: CentOS [mailto:centos-boun...@centos.org] On Behalf Of Valeri
> Galtsev
> Sent: den 6 november 2017 16:31
> To: CentOS mailing list
> Subject: Re: [CentOS] HP laptops with CentOS 7?
>
>
> > Our department is slowly leaving all those ad hoc printer solutions
w
30 matches
Mail list logo