Re: [CentOS] BOINC

[Alessandro Baggi]

Il 22/02/2017 14:53, Darr247 ha scritto:

So I don't  understand where is the problem.
What I can do to solve this problem?


For starters, you could mention what version of CentOS you're running.  :)

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



Hi Darr247,
I'm sorry, I'm using Centos7.

I've solved, as written in my last mail, linking 
/var/lib/boinc/gui_rpc_auth.cfg in my home.


Thanks for your reply.

Alessandro.


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

Re: [CentOS] Network conections problems

[Anthony K]

On 23/02/17 17:54, Anthony K wrote:

On 23/02/17 08:27, Rommel Rodriguez Toirac wrote:
The solution was another IP address to this network device and then 
everything work fine.
  Why this happend? How I can erase the link beteewn MAC 
00:1D:09:FF:44:4B and IP 192.168.41.4? Where can be stored this link?
  Right now in the network is not assignet the IP address 
192.168.41.4 to no one device (printserver, switch, router, 
workstation or server) and still whe I make arping have the answer:


rommel@p6:~$ arping 192.168.41.4
ARPING 192.168.41.4 from 192.168.41.6 enp3s0
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.631ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.623ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.623ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.691ms
^CSent 4 probes (1 broadcast(s))
Received 4 response(s)


One thing to try if you have access to the switch where all the 
devices are plugged in:

*$ sudo ping -f 192.168.41.4*

Then watch the switch for a lot of activity on 2 ports - the one you 
are plugged into and another.  The other busy port will be the one 
that's causing you grief.  If you have daisy chained switches, then it 
might take a little longer to track it down.


Happy hunting - :).
___ 
Another solution, if you are the admin with access to the router, is to 
null route the packets from that IP.  The person using that device will 
let you know shortly after (lack of Internet access is the quickest way 
to get the attention of users on the network):


$ sudo ip r a blackhole 192.168.41.4


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

Re: [CentOS-es] Servidor pierde conectividad

[Normando Hall]

Insisto, tenés algo en la misma IP.


El 22/02/2017 a las 06:32 p.m., Rommel Rodriguez Toirac escribió:
> El 21 de febrero de 2017 7:00:02 GMT-05:00, centos-es-requ...@centos.org 
> escribió:
>
>
>
>> Rommel hola !!
>>
>> Quien te puede estar causando estos problemas, es el servicio
>> NetworkManager, esto debido que en las versiones de Centos o RHEL 6
>> este
>> servicio de apodera del servicio network causando este tipo de
>> inconvenientes. Sobre estas versiones se recomienda utilizar este
>> servicio
>> cuando se instala sobre ambientes gráficos o estaciones de trabajo por
>> tener mas herramientas para el manejo de las redes, en ambientes de
>> producción NO. O utilizas el servicio network o networkmanager.
>>
>> Ahora como dato, en versiones 7 de rhel y centos, el servicio
>> NetworkManager pasa ocupar el puesto de amo y señor para la
>> administración
>> del servicio de red, deprecando el servicio network.
>>
>> al parámetro NM_CONTROLLED en tu configuración déjalo como "*no*" y el
>> servicio des-habilitado. *chkconfig NetworkManager off* y *service
>> NetworkManager stop. *Una vez realizado esto, reinicia tu servicio*
>> "networking"*
>>
>>
>>
>> Ahora si no tuvieses habilitado este servicio, revisa la velocidad de
>> tus
>> tarjetas con el comando *ethtool* en relación a la velocidad en tus
>> switches de comunicación.
>>
>>
>> Saludos cordiales
>>
>>
>>
>>
>>
>> -
>> *Arturo Diaz D.*
>> *RHCE /RHCSA /VCAD*
>> *Linkedin *https://cl.linkedin.com/in/arturodiazdiaz
>>
>> 
>>
>> El 20 de febrero de 2017, 16:08, Rommel Rodriguez Toirac
>> 
>> escribió:
>>
>>> Mis saludos;
>>> tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una
>> semana) en
>>> el que solo lo tengo instalado y corriendo el gestor de bases de
>> datos
>>> Oracle 11g para 64 bit.
>>>  Me sucede que a veces se pierde todo tipo de conectividad con él (ni
>>> responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle
>>> responde). Cuando esto sucede desde el servidor como tal hago ping a
>> alguna
>>> dirección IP de mi red y vuelve a existir la conectividad con este
>> servidor.
>>>  He chequeado las trazas, pero no encuentro nada que hable de eso, ni
>> de
>>> que exista algún tipo de dificultad con los dispositivos de red.
>>>  Me he dado cuenta que desde una estación de trabajo (ya sea Windows
>> XP o
>>> Windows 7) al hacer ping a este servidor siempre se demora un poco
>> (unos 8
>>> segundos) en obtener la primera respuesta, que siempre (en las 10 PC
>> que
>>> probé sucedío esto) obtengo "Tiempo de espera agotado" en ella y
>> luego se
>>> comunica normalmente. Si vuelves a hacer ping desde esa PC todo
>> funciona
>>> sin problemas y obtienes todas las respuestas sin perderse ninguna.
>>>
>>> C:\Users\administrator>ping pgtm.gtm.gob.cu
>>>
>>> Haciendo ping a pgtm.gtm.gob.cu [192.168.41.4] con 32 bytes de datos:
>>> Tiempo de espera agotado para esta solicitud.
>>> Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64
>>> Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64
>>> Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64
>>>
>>> Estadísticas de ping para 192.168.41.4:
>>> Paquetes: enviados = 4, recibidos = 3, perdidos = 1
>>> (25% perdidos),
>>> Tiempos aproximados de ida y vuelta en milisegundos:
>>> Mínimo = 0ms, Máximo = 0ms, Media = 0ms
>>>
>>>  Esta son algunas de las configuraciones que tengo relacionadas con
>> red,
>>> incluyendo el dispositivo de red donde tengo conectado el cable de
>> red (los
>>> otros tres dispositivos no están conectados).
>>>
>>> [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
>>> DEVICE=eth0
>>> TYPE=Ethernet
>>> UUID=11dcddd4-6530-457a-8d3e-01a8339fb113
>>> ONBOOT=yes
>>> NM_CONTROLLED=yes
>>> BOOTPROTO=none
>>> HWADDR=6C:92:BF:26:C7:02
>>> IPADDR=192.168.41.4
>>> PREFIX=24
>>> GATEWAY=192.168.41.1
>>> DNS1=192.168.41.17
>>> DOMAIN=gtm.gob.cu
>>> DEFROUTE=yes
>>> IPV4_FAILURE_FATAL=yes
>>> IPV6INIT=no
>>> NAME="System eth0"
>>>
>>> cat /etc/hosts
>>> 127.0.0.1   localhost localhost.localdomain localhost4
>>> localhost4.localdomain4
>>> ::1 localhost localhost.localdomain localhost6
>>> localhost6.localdomain6
>>> 192.168.41.4 pgtm pgtm.gtm.gob.cu
>>>
>>> [root@pgtm ~]# cat /etc/resolv.conf
>>> # Generated by NetworkManager
>>> search gtm.gob.cu
>>> nameserver 192.168.41.17
>>>
>>> [root@pgtm mail]# cat /etc/sysconfig/network
>>> NETWORKING=yes
>>> HOSTNAME=pgtm.gtm.gob.cu
>>> GATEWAY=192.168.41.1
>>>
>>>  ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado?
>> o
>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en
>> la
>>> conectividad con este servidor? o ¿alguien que conozca por donde mas
>>> buscar para ver si encuentro algo que me ayude?
>  Ya resolví el problema que tenía con la perdida de conectividad del 
> servidor, pero me queda la duda de qué causa esa situación y como eliminarla. 
> Les comento:
> Me di cuenta de algo, las dirección MAC del dispositivo 

Re: [CentOS] Network conections problems

[Anthony K]

On 23/02/17 08:27, Rommel Rodriguez Toirac wrote:
The solution was another IP address to this network device and then 
everything work fine.

  Why this happend? How I can erase the link beteewn MAC 00:1D:09:FF:44:4B and 
IP 192.168.41.4? Where can be stored this link?
  Right now in the network is not assignet the IP address 192.168.41.4 to no 
one device (printserver, switch, router, workstation or server) and still whe I 
make arping have the answer:

rommel@p6:~$ arping 192.168.41.4
ARPING 192.168.41.4 from 192.168.41.6 enp3s0
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.631ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.623ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.623ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.691ms
^CSent 4 probes (1 broadcast(s))
Received 4 response(s)


One thing to try if you have access to the switch where all the devices 
are plugged in:

*$ sudo ping -f 192.168.41.4*

Then watch the switch for a lot of activity on 2 ports - the one you are 
plugged into and another.  The other busy port will be the one that's 
causing you grief.  If you have daisy chained switches, then it might 
take a little longer to track it down.


Happy hunting - :).
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] question about directory size in linux..

[Anthony K]

On 23/02/17 14:33, Gordon Messmer wrote:

On 02/22/2017 07:02 PM, John R Pierce wrote:
Without knowing what the OP's file system but assuming he too is 
using EXT4, what would the directory be storing that's so different 
from mine? 


a bajillion small files vs a few large ones. 



Not to be pedantic, but the size of a directory has nothing to do with 
the size of the files it contains.  It doesn't matter if they're small 
files or large ones.  The only thing that matters is the number of 
filenames in the directory, and possibly the length of those file names.
Thanks for setting me straight.  I guess the OP must have, like you 
said, a *bajillion*, puny sized files:


$ mkdir junk

$ for u in {1..1}; touch junk/junk-${u}; done

$ ls -ld junk
drwxr-xr-x 2 akk users 270336 Feb 23 17:19 junk

$ du -bs junk
270336  junk

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

[CentOS-announce] CESA-2017:0293 Important CentOS 6 kernel Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2017:0293 Important

Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0293.html

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

i386:
8e5db1418cf0c4cc98c3b3f75c73ae681e6d1af6e6af960bc03f96dd38c444c6  
kernel-2.6.32-642.13.2.el6.i686.rpm
7b7c0130f6d949dbab08c622d33d3a965189992d9f790d2422ab847f7524266a  
kernel-abi-whitelists-2.6.32-642.13.2.el6.noarch.rpm
d34bf5af966a9598fa12736e7cae72c3a02da76332774123b0e16905f88d4e95  
kernel-debug-2.6.32-642.13.2.el6.i686.rpm
bcef4faf1884b67f02e7b5a046bfc28ddb9f3c2f5009e86afefe00123a8d74e8  
kernel-debug-devel-2.6.32-642.13.2.el6.i686.rpm
2b2ca285b26e3b90eee5ac182fcb8588532fb882632304f8a21c3e78dbb9c4a2  
kernel-devel-2.6.32-642.13.2.el6.i686.rpm
83bc6d344aff521bc6b5766347fec8f2ccb482330be746661624d5e76624616a  
kernel-doc-2.6.32-642.13.2.el6.noarch.rpm
ca77321a113b1a089c61a9d053efc06063476a0a6aeb08c257a3fb58591e8feb  
kernel-firmware-2.6.32-642.13.2.el6.noarch.rpm
60fb671174abdfa8ed467ff6cd71cf8ecae26f06ed94e6cd8aaca6b3820f29d5  
kernel-headers-2.6.32-642.13.2.el6.i686.rpm
e1ddc8fce78af40b1202267e7bdbefbb01f7b8ad9a75d68e0e88587dc68b7d4c  
perf-2.6.32-642.13.2.el6.i686.rpm
70bbabecf85895e3d7a1fb2d3cc6ffeccdcf0bc664bd3d994670a05cf7c6e7f7  
python-perf-2.6.32-642.13.2.el6.i686.rpm

x86_64:
d42ff04a27c00197952bb3b84c66891022fadff49b2a907039061189e648820c  
kernel-2.6.32-642.13.2.el6.x86_64.rpm
7b7c0130f6d949dbab08c622d33d3a965189992d9f790d2422ab847f7524266a  
kernel-abi-whitelists-2.6.32-642.13.2.el6.noarch.rpm
eebf181ae2c9217b4a65831903298e74454c11788ff3c4b66d66796f0d539736  
kernel-debug-2.6.32-642.13.2.el6.x86_64.rpm
bcef4faf1884b67f02e7b5a046bfc28ddb9f3c2f5009e86afefe00123a8d74e8  
kernel-debug-devel-2.6.32-642.13.2.el6.i686.rpm
6224f08bbc8ec073385e4d9c6a4d18d1689e9914b44710214660d37a1725e4bf  
kernel-debug-devel-2.6.32-642.13.2.el6.x86_64.rpm
af93fee2aa92ca20fc2b2a88415b9abeb1a4d8bb348f694216d7a3eaf07f7d61  
kernel-devel-2.6.32-642.13.2.el6.x86_64.rpm
83bc6d344aff521bc6b5766347fec8f2ccb482330be746661624d5e76624616a  
kernel-doc-2.6.32-642.13.2.el6.noarch.rpm
ca77321a113b1a089c61a9d053efc06063476a0a6aeb08c257a3fb58591e8feb  
kernel-firmware-2.6.32-642.13.2.el6.noarch.rpm
49e71d4eb8403a790910ad73529e72a52971ba0aebbe07dac25172946e94f200  
kernel-headers-2.6.32-642.13.2.el6.x86_64.rpm
5b0d68de2c859691712276038c2640da96aeec17754b0aa5d0ffbd0fc2013261  
perf-2.6.32-642.13.2.el6.x86_64.rpm
0455e0f63e3966926a1bbf0bd7882b90a67db437ad2e63b38800d8b6aa94c4be  
python-perf-2.6.32-642.13.2.el6.x86_64.rpm

Source:
888ead19200985f6ad2a8f8fd53336e57b695ceb0ae47c026f82a28f67f70e7c  
kernel-2.6.32-642.13.2.el6.src.rpm



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

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

Re: [CentOS] Network conections problems

[Istimsak Abdulbasir]

On Feb 20, 2017 2:42 PM, "Rommel Rodriguez Toirac" 
wrote:

Hi;
 I have a CentOS 6.8 x86_64 server where just run Oracle 11g 64 bit data
base server. Is happen that sometimes it loose all connections (no ping, I
can not access via ssh, no TNSping of Oracle server have success). When
this happend I make ping from this server to some IP address of my network
and then everything work fine again. I check logs looking for some mistake
or problem in the network device, but I do not find anything or maybe I not
looking where must be.
 I check that from a workstation (Windows XP or Windows 7 or Windows 10)
when I make ping to the server, after ~ 8 seconds in get answer and always
the first one is loose. If you try again ping, everything work fine (no
answers are loose)

C:\Users\administrator>ping pgtm.gtm.gob.cu

Haciendo ping a pgtm.gtm.gob.cu [192.168.41.4] con 32 bytes de datos:
Tiempo de espera agotado para esta solicitud.
Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64
Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64
Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64

Estadísticas de ping para 192.168.41.4:
Paquetes: enviados = 4, recibidos = 3, perdidos = 1
(25% perdidos),
Tiempos aproximados de ida y vuelta en milisegundos:
Mínimo = 0ms, Máximo = 0ms, Media = 0ms

This are some of the configs related with networks

[root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
TYPE=Ethernet
UUID=11dcddd4-6530-457a-8d3e-01a8339fb113
ONBOOT=yes
NM_CONTROLLED=yes
BOOTPROTO=none
HWADDR=6C:92:BF:26:C7:02
IPADDR=192.168.41.4
PREFIX=24
GATEWAY=192.168.41.1
DNS1=192.168.41.17
DOMAIN=gtm.gob.cu
DEFROUTE=yes
IPV4_FAILURE_FATAL=yes
IPV6INIT=no
NAME="System eth0"
L

I noticed from your ipcfg-eth0 file, the address 192.168.41.1 is assigned
to eth0. When you typed the command "ifconfig", that same address was
assigned to eth1. Try changing the name of this file to ipcfg-eth1 and
restart networkmanager.

As was stated earlier, check your gateway and see what other devices could
be using that address. Put a block on that unknown MAC address if you can.

cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4
localhost4.localdomain4
::1 localhost localhost.localdomain localhost6
localhost6.localdomain6
192.168.41.4 pgtm pgtm.gtm.gob.cu

[root@pgtm ~]# cat /etc/resolv.conf
# Generated by NetworkManager
search gtm.gob.cu
nameserver 192.168.41.17

[root@pgtm mail]# cat /etc/sysconfig/network
NETWORKING=yes
HOSTNAME=pgtm.gtm.gob.cu
GATEWAY=192.168.41.1

 Someone that happend something like this, or some place for where keep
looking to try to fix this loose of conection?
 Thank and sorry for my horryble English.

Rommel Rodriguez Toirac
romme...@nauta.cu
___
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

Re: [CentOS-es] Servidor pierde conectividad

[Rommel Rodriguez Toirac]

El 21 de febrero de 2017 7:00:02 GMT-05:00, centos-es-requ...@centos.org 
escribió:



>
>Rommel hola !!
>
>Quien te puede estar causando estos problemas, es el servicio
>NetworkManager, esto debido que en las versiones de Centos o RHEL 6
>este
>servicio de apodera del servicio network causando este tipo de
>inconvenientes. Sobre estas versiones se recomienda utilizar este
>servicio
>cuando se instala sobre ambientes gráficos o estaciones de trabajo por
>tener mas herramientas para el manejo de las redes, en ambientes de
>producción NO. O utilizas el servicio network o networkmanager.
>
>Ahora como dato, en versiones 7 de rhel y centos, el servicio
>NetworkManager pasa ocupar el puesto de amo y señor para la
>administración
>del servicio de red, deprecando el servicio network.
>
>al parámetro NM_CONTROLLED en tu configuración déjalo como "*no*" y el
>servicio des-habilitado. *chkconfig NetworkManager off* y *service
>NetworkManager stop. *Una vez realizado esto, reinicia tu servicio*
>"networking"*
>
>
>
>Ahora si no tuvieses habilitado este servicio, revisa la velocidad de
>tus
>tarjetas con el comando *ethtool* en relación a la velocidad en tus
>switches de comunicación.
>
>
>Saludos cordiales
>
>
>
>
>
>-
>*Arturo Diaz D.*
>*RHCE /RHCSA /VCAD*
>*Linkedin *https://cl.linkedin.com/in/arturodiazdiaz
>
>
>
>El 20 de febrero de 2017, 16:08, Rommel Rodriguez Toirac
>
>escribió:
>
>> Mis saludos;
>> tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una
>semana) en
>> el que solo lo tengo instalado y corriendo el gestor de bases de
>datos
>> Oracle 11g para 64 bit.
>>  Me sucede que a veces se pierde todo tipo de conectividad con él (ni
>> responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle
>> responde). Cuando esto sucede desde el servidor como tal hago ping a
>alguna
>> dirección IP de mi red y vuelve a existir la conectividad con este
>servidor.
>>  He chequeado las trazas, pero no encuentro nada que hable de eso, ni
>de
>> que exista algún tipo de dificultad con los dispositivos de red.
>>  Me he dado cuenta que desde una estación de trabajo (ya sea Windows
>XP o
>> Windows 7) al hacer ping a este servidor siempre se demora un poco
>(unos 8
>> segundos) en obtener la primera respuesta, que siempre (en las 10 PC
>que
>> probé sucedío esto) obtengo "Tiempo de espera agotado" en ella y
>luego se
>> comunica normalmente. Si vuelves a hacer ping desde esa PC todo
>funciona
>> sin problemas y obtienes todas las respuestas sin perderse ninguna.
>>
>> C:\Users\administrator>ping pgtm.gtm.gob.cu
>>
>> Haciendo ping a pgtm.gtm.gob.cu [192.168.41.4] con 32 bytes de datos:
>> Tiempo de espera agotado para esta solicitud.
>> Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64
>> Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64
>> Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64
>>
>> Estadísticas de ping para 192.168.41.4:
>> Paquetes: enviados = 4, recibidos = 3, perdidos = 1
>> (25% perdidos),
>> Tiempos aproximados de ida y vuelta en milisegundos:
>> Mínimo = 0ms, Máximo = 0ms, Media = 0ms
>>
>>  Esta son algunas de las configuraciones que tengo relacionadas con
>red,
>> incluyendo el dispositivo de red donde tengo conectado el cable de
>red (los
>> otros tres dispositivos no están conectados).
>>
>> [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0
>> DEVICE=eth0
>> TYPE=Ethernet
>> UUID=11dcddd4-6530-457a-8d3e-01a8339fb113
>> ONBOOT=yes
>> NM_CONTROLLED=yes
>> BOOTPROTO=none
>> HWADDR=6C:92:BF:26:C7:02
>> IPADDR=192.168.41.4
>> PREFIX=24
>> GATEWAY=192.168.41.1
>> DNS1=192.168.41.17
>> DOMAIN=gtm.gob.cu
>> DEFROUTE=yes
>> IPV4_FAILURE_FATAL=yes
>> IPV6INIT=no
>> NAME="System eth0"
>>
>> cat /etc/hosts
>> 127.0.0.1   localhost localhost.localdomain localhost4
>> localhost4.localdomain4
>> ::1 localhost localhost.localdomain localhost6
>> localhost6.localdomain6
>> 192.168.41.4 pgtm pgtm.gtm.gob.cu
>>
>> [root@pgtm ~]# cat /etc/resolv.conf
>> # Generated by NetworkManager
>> search gtm.gob.cu
>> nameserver 192.168.41.17
>>
>> [root@pgtm mail]# cat /etc/sysconfig/network
>> NETWORKING=yes
>> HOSTNAME=pgtm.gtm.gob.cu
>> GATEWAY=192.168.41.1
>>
>>  ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado?
>o
>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en
>la
>> conectividad con este servidor? o ¿alguien que conozca por donde mas
>> buscar para ver si encuentro algo que me ayude?

 Ya resolví el problema que tenía con la perdida de conectividad del servidor, 
pero me queda la duda de qué causa esa situación y como eliminarla. Les comento:
Me di cuenta de algo, las dirección MAC del dispositivo de red del servidor en 
cuestión cambia. Por ejemplo, cuando hago un arping desde mi estación de 
trabajo Kubuntu 16.04, miren lo que sucede:

rommel@p6:~$ arping 192.168.41.4
ARPING 192.168.41.4 from 192.168.41.6 enp3s0
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.653ms
Unicast reply 

Re: [CentOS] question about directory size in linux..

[Gordon Messmer]

On 02/22/2017 07:02 PM, John R Pierce wrote:
Without knowing what the OP's file system but assuming he too is 
using EXT4, what would the directory be storing that's so different 
from mine? 


a bajillion small files vs a few large ones. 



Not to be pedantic, but the size of a directory has nothing to do with 
the size of the files it contains.  It doesn't matter if they're small 
files or large ones.  The only thing that matters is the number of 
filenames in the directory, and possibly the length of those file names.


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

Re: [CentOS] question about directory size in linux..

[John R Pierce]

On 2/22/2017 5:51 PM, Anthony K wrote:


However, I was trying to compare my system with the OP's and noticed 
that I have a directory with >2TB of used capacity in a folder sized 
~36kb - a 56793929:1.  In the OP's situation, he has a directory with 
~2.8MB of used capacity in a folder sized ~2MB - a 1:1 ratio.  That's 
the part I'm confused about.


Without knowing what the OP's file system but assuming he too is using 
EXT4, what would the directory be storing that's so different from mine? 


a bajillion small files vs a few large ones.   worse, if you've created 
a bajillion files in a directory, the directory grows, even if you 
delete them, the directory doesn't shrink, at least with the ext? file 
systems.



--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] question about directory size in linux..

[Gordon Messmer]

On 02/22/2017 12:27 PM, Anthony K wrote:

On 23/02/17 06:04, John R Pierce wrote:
on many modern file systems, larger directories are stored as some 
sort of B-Tree or hash tree, so there's quite a lot of indexing data 
in there along with the actual directory entries 

So I gather this depends on the file system.


The structure will vary slightly, but you can reasonably expect that a 
directory will act like a file, expanding in size to accommodate its 
directory entries.


On my ext4 file system, I have a directory that has >2TB and the 
directory entry itself only shows:


$ ls -ld Stuff
drwxrwxr-x 146 akk akk   36864 Feb 21 21:18 Stuff/


It might help to understand what a directory entry is.  See "man 3 readdir".

A directory entry is generally what you see if you run "ls -i" in a 
directory.  It is an inode number, and a name associated with that inode 
number.  The size of the directory typically represents the largest that 
individual directory has had to be in order to contain the list of 
inodes and names immediately within it.  The directory's size is not 
influenced by the size of files within it, nor by the contents of 
sub-directories.


Does that clarify why there's no relationship between the size of the 
"Stuff" directory reported by "ls -ld", and the size of its contents 
reported by "du"?

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

Re: [CentOS] question about directory size in linux..

[Anthony K]

On 23/02/17 07:42, John R Pierce wrote:

On 2/22/2017 12:27 PM, Anthony K wrote:
On my ext4 file system, I have a directory that has >2TB and the 
directory entry itself only shows:


$ ls -ld Stuff
drwxrwxr-x 146 akk akk   36864 Feb 21 21:18 Stuff/

$ du -bs Stuff
2093651427987Stuff 


ls -ld is showing the size of the actual directory, NOT the size of 
the files stored within and under it.


That I understand.

However, I was trying to compare my system with the OP's and noticed 
that I have a directory with >2TB of used capacity in a folder sized 
~36kb - a 56793929:1.  In the OP's situation, he has a directory with 
~2.8MB of used capacity in a folder sized ~2MB - a 1:1 ratio.  That's 
the part I'm confused about.


Without knowing what the OP's file system but assuming he too is using 
EXT4, what would the directory be storing that's so different from mine?


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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[FrancisM]

On Thu, 23 Feb 2017 at 07:08, John R Pierce  wrote:

> On 2/22/2017 1:51 PM, m.r...@5-cent.us wrote:
> > That's what I was saying - I tried connecting to it from another server
> in
> > the rack, and it's supposed to show a web page, but I can't ping it, and
> > firefox times out trying to connect to the default IP of 192.168.70.125.
>
> a default IP like that only works if the host connecting to it is on the
> same IP subnet and physical LAN segment, unless your routers know to
> route 192.168.70.0/24 to that physical segment. set a laptop to
> 192.168.70.10 mask 255.255.255.0 and plug a ethernet cable in directly
> between the IPMI/BMC management network port and the laptop, THEN try
> and connect to the web thingie.
>
>
>
>
> --
> john r pierce, recycling bits in santa cruz
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos




>
Just sharing my two cents. make sure the casing cover of that server is
close before you power-on again theres a sensor in that will preventing to
not powering on if the server case cover is remove.
-- 


Regards
./Francis

~The future has many paths - choose wisely.. ./StarWars:CloneWars
~If you only do what you can do, you will never be more than you are..
./Master Shifu
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] question about directory size in linux..

[Robert Nichols]

On 02/22/2017 12:45 PM, Jason Welsh wrote:

So its normal behavior.. thanks!

Jason



On 02/22/2017 01:40 PM, Gordon Messmer wrote:

On 02/22/2017 06:34 AM, Jason Welsh wrote:

How does the directory *itself* have a size of 2.8 megs?



If you write a large number of directory entries in a directory, the directory 
will grow in order to provide storage for those directory entries.  You can 
imagine a directory as a text file containing all of the file names in the 
directory, with references to the location of those files, if that helps you 
understand why the directory itself will grow.


And for ext2/3/4 at least, an enlarged directory never shrinks. If the size 
gets really excessive (perhaps a rogue process created a huge number of files, 
which have since been deleted), you need to move everything you want to save to 
a new directory, remove the bloated directory, and then rename the new 
directory back to the old name.

You can also run e2fsck with the "-D" (optimize directories) option, but that 
acts on _all_ the directories in the filesystem and can take quite a long time.

--
Bob Nichols "NOSPAM" is really part of my email address.
Do NOT delete it.

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

Re: [CentOS] help with RewriteRule regexp

[Robert Moskowitz]

Seems I left off one point in this message.

This is to refine these rules in my Apache server.

 RewriteCond %{SERVER_PORT} !^443$
 RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [L,R]

I only want the rewrite if the URL includes webmail as I indicate below.

I have found that now the RewriteCond is 'recommended' to be changed to:

 RewriteCond %{SERVER_PORT} !=443

But I have not found how to test for a string in the URL in the RewriteRule.


On 02/22/2017 10:02 AM, Robert Moskowitz wrote:
My regexp skills are somewhere infinitesimally close to zero.  I have 
never really 'gotten' them.


That said, I have spent a couple hours already search for help to 
write a rewriterule that works on a string in the URL.  In particular 
I want success if either of the following were provided:


webmail.domain (e.g. webmail.foo.com)
server/webmail (e.g. www.foo.com/webmail)

And I have not found anything like this, nor do I know even close 
enough of regexp to recognize something like this in another expression.


Thanks for the help.

___
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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[John R Pierce]

On 2/22/2017 1:51 PM, m.r...@5-cent.us wrote:

That's what I was saying - I tried connecting to it from another server in
the rack, and it's supposed to show a web page, but I can't ping it, and
firefox times out trying to connect to the default IP of 192.168.70.125.


a default IP like that only works if the host connecting to it is on the 
same IP subnet and physical LAN segment, unless your routers know to 
route 192.168.70.0/24 to that physical segment. set a laptop to 
192.168.70.10 mask 255.255.255.0 and plug a ethernet cable in directly 
between the IPMI/BMC management network port and the laptop, THEN try 
and connect to the web thingie.





--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[Styma, Robert (Nokia - US)]

>
> Just for grins, pull off the cover and look at the electrolytic capacitors
> on the motherboard.
...
Thanks, that's a thought. The cover's already off But forget that, no
soldering here.

   Mark

In any case, if you can identify bad components on the board.  You can avoid 
wasting more time than necessary and have justification for replacement.  

___
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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[Pete Travis]

On Feb 22, 2017 4:27 PM,  wrote:

Styma, Robert (Nokia - US) wrote:
>
> Just for grins, pull off the cover and look at the electrolytic capacitors
> on the motherboard.
> Look for ones with the tops pushed up instead of being flat.  This can
> cause all sorts of odd behavior.  Often the machine with a blown capacitor
> will continue to run till it is powered off.Mostly I see this on Dell
> machines but have seen it on other machines as well.  They are pretty easy
> to unsolder and replace.  There are lots of pictures of failed
> electrolytic capacitors on the web. You can get decent capacitors cheap on
> Amazon.  I understand the problem when the powers that be will not allow
> you to spend money.  Now I work in a lab and have nice soldering equipment
> available  and can get away with a lot more than a production environment.
>  Maybe if your boss sees you taking a soldering iron to the machine he
> will let you buy a new machine. :-)
>
Thanks, that's a thought. The cover's already off But forget that, no
soldering here.

   mark



I'd try a power drain next. Unplug it, short the prongs on the plug
together, hold the power button down, wait a bit.  Maybe try powering it on
with one PSU alone then the other, if that's an option.

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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[m . roth]

Styma, Robert (Nokia - US) wrote:
>
> Just for grins, pull off the cover and look at the electrolytic capacitors
> on the motherboard.
> Look for ones with the tops pushed up instead of being flat.  This can
> cause all sorts of odd behavior.  Often the machine with a blown capacitor
> will continue to run till it is powered off.Mostly I see this on Dell
> machines but have seen it on other machines as well.  They are pretty easy
> to unsolder and replace.  There are lots of pictures of failed
> electrolytic capacitors on the web. You can get decent capacitors cheap on
> Amazon.  I understand the problem when the powers that be will not allow
> you to spend money.  Now I work in a lab and have nice soldering equipment
> available  and can get away with a lot more than a production environment.
>  Maybe if your boss sees you taking a soldering iron to the machine he
> will let you buy a new machine. :-)
>
Thanks, that's a thought. The cover's already off But forget that, no
soldering here.

   mark

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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[Styma, Robert (Nokia - US)]

Just for grins, pull off the cover and look at the electrolytic capacitors on 
the motherboard. 
Look for ones with the tops pushed up instead of being flat.  This can cause 
all sorts of odd behavior.  Often the machine with a blown capacitor will 
continue to run till it is powered off.Mostly I see this on Dell machines 
but have seen it on other machines as well.  They are pretty easy to unsolder 
and replace.  There are lots of pictures of failed electrolytic capacitors on 
the web. You can get decent capacitors cheap on Amazon.  I understand the 
problem when the powers that be will not allow you to spend money.  Now I work 
in a lab and have nice soldering equipment available  and can get away with a 
lot more than a production environment.  Maybe if your boss sees you taking a 
soldering iron to the machine he will let you buy a new machine. :-) 

Bob Styma


Mark Woolfson \(Notebook\) wrote:
> From what I remember the 3650 M2 has got some diagnostic LED's on the rear
> panel.
>
> Do these turn on and cycle?
>
The PSU's each have three LEDs: showing ac good, dc good, and no error.
There's a blinking green in the back, and that's it.

The pull-out panel shows nothing, and the two LCD codes show nothing, just
the cycle of figure-8's.

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

Re: [CentOS] Network conections problems

[Kahlil Hodgson]

Yup, my guess is that someone has plugged in another device into your
network and that device has a ip address 192.168.41.4 statically
assigned.
Or someone has reconfigured a device and set that address by accident.
I had a UPS do this to me once.

A quick lookup on the https://macvendors.com/ shows the offending mac
address belongs to a device from Dell Inc. That may help you track
down the offender.

Hope this helps.


On Thu, Feb 23, 2017 at 8:27 AM, Rommel Rodriguez Toirac
 wrote:
> El 21 de febrero de 2017 7:00:03 GMT-05:00, centos-requ...@centos.org 
> escribió:
>>Send CentOS mailing list submissions to
>>   centos@centos.org
>>
>>
>>From: Kahlil Hodgson 
>>To: CentOS mailing list 
>>Subject: Re: [CentOS] Network conections problems
>
>>
>>First guess is that you may have two devices on the network with the
>>same ip address.
>>
>>Next time this happens, try doing
>>
>>1. 'arp -n' from a machine other than the db server
>>2. ping the other machine from the db server, then
>>3. 'arp -n' from the other machine
>>
>>Compare the outputs of the two invocations of arp. If the outputs show
>>different MAC addresses for 192.168.41.4 then you have two different
>>devices with the same IP address.
>>
>>
>  I resolve the problem of network conection loose, but still a dude of how it 
> happend and how it can be fixe.
> When I check with arping the MAC of sever change, for example
>
> rommel@p6:~$ arping 192.168.41.4
> ARPING 192.168.41.4 from 192.168.41.6 enp3s0
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.653ms
> Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03]  0.683ms
> Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03]  0.622ms
> Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03]  0.631ms
> ^CSent 3 probes (1 broadcast(s))
> Received 4 response(s)
>
> The first answer is with a MAC diferent to the others one.
> But when I arping from the server inseft look the MAC associate to de IP 
> address:
>
> [root@pgtm ] arping 192.168.41.4 -I eth1
> ARPING 192.168.41.4 from 192.168.41.4 eth1
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.658ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.654ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.654ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.662ms
> Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.655ms
> Sent 5 probes (1 broadcast(s))
> Received 5 response(s)
>
> Looking in the config of network device I can not find the MAC 
> 00:1D:09:FF:44:4B
>
> [root@pgtm ] ifconfig
> eth0  Link encap:Ethernet  HWaddr 6C:92:BF:26:C7:02
>   UP BROADCAST MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>   Memory:c722-c723
>
> eth1  Link encap:Ethernet  HWaddr 6C:92:BF:26:C7:03
>   inet addr:192.168.41.4  Bcast:192.168.41.255  Mask:255.255.255.0
>   inet6 addr: fe80::6e92:bfff:fe26:c703/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:95819 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:1924 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:11728605 (11.1 MiB)  TX bytes:263674 (257.4 KiB)
>   Memory:c720-c721
>
> eth2  Link encap:Ethernet  HWaddr 00:E0:ED:33:4E:9C
>   UP BROADCAST MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>   Memory:c712-c713
>
> eth3  Link encap:Ethernet  HWaddr 00:E0:ED:33:4E:9D
>   UP BROADCAST MULTICAST  MTU:1500  Metric:1
>   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>   Memory:c710-c711
>
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   inet6 addr: ::1/128 Scope:Host
>   UP LOOPBACK RUNNING  MTU:65536  Metric:1
>   RX packets:249609 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:249609 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:0
>   RX bytes:52090343 (49.6 MiB)  TX bytes:52090343 (49.6 MiB)
>
>  The solution was another IP address to this network device and then 
> everything work fine.
>  Why this happend? How I can erase the link beteewn MAC 00:1D:09:FF:44:4B and 
> IP 192.168.41.4? Where can be stored this link?
>  Right now in the network is not assignet the IP address 192.168.41.4 to no 
> one 

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[m . roth]

Mark Woolfson \(Notebook\) wrote:
> From what I remember the 3650 M2 has got some diagnostic LED's on the rear
> panel.
>
> Do these turn on and cycle?
>
The PSU's each have three LEDs: showing ac good, dc good, and no error.
There's a blinking green in the back, and that's it.

The pull-out panel shows nothing, and the two LCD codes show nothing, just
the cycle of figure-8's.

mark

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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[m . roth]

John R Pierce wrote:
> On 2/22/2017 1:32 PM, m.r...@5-cent.us wrote:
>> 1. the server was working fine before we moved it out of the datacenter
>>   yesterday afternoon.
>
> old hardware often doesn't survive moves, or even power/thermal cycles
> (powering off long enough to get cold, then back on).
>
I know, and I'm afraid of that. Still, the googling I did seems to suggest
that there are issues with the idiot diagnostic panel that pulls out - the
power button's on it, but pulled out, shows diagnostics. I've tried
pushing the "remind" button, that tells it "yeah, I know there's an error,
boot anyway", and I've tried pushing the tiny, tiny thing that I think
sends the system an NMI. No joy.
>
> does that server have an IPMI/BMC or some other sort of lights off
> management?   can you raise that, or was it never configured ?

That's what I was saying - I tried connecting to it from another server in
the rack, and it's supposed to show a web page, but I can't ping it, and
firefox times out trying to connect to the default IP of 192.168.70.125.

mark

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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[Mark Woolfson (Notebook)]

From what I remember the 3650 M2 has got some diagnostic LED's on the rear 

panel.

Do these turn on and cycle?

Regards,
Mark Woolfson
MW Consultancy Ltd
Leeds
United Kingdom
Tel: +44 113 259 1204
Mob: +44 786 065 2778
-Original Message- 
From: John R Pierce

Sent: Wednesday, February 22, 2017 9:43 PM
To: centos@centos.org
Subject: Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

On 2/22/2017 1:32 PM, m.r...@5-cent.us wrote:

1. the server was working fine before we moved it out of the datacenter
  yesterday afternoon.


old hardware often doesn't survive moves, or even power/thermal cycles
(powering off long enough to get cold, then back on).


does that server have an IPMI/BMC or some other sort of lights off
management?   can you raise that, or was it never configured ?


--
john r pierce, recycling bits in santa cruz

___
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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[John R Pierce]

On 2/22/2017 1:32 PM, m.r...@5-cent.us wrote:

1. the server was working fine before we moved it out of the datacenter
  yesterday afternoon.


old hardware often doesn't survive moves, or even power/thermal cycles 
(powering off long enough to get cold, then back on).



does that server have an IPMI/BMC or some other sort of lights off 
management?   can you raise that, or was it never configured ?



--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[Mark Woolfson (Notebook)]

I assume that you have tried an alternate main power lead in a different 
socket.


If you have then it sounds as though the power supply is crowbarring on 
initialisation.


I would remove internal components until it powers on correctly.

Regards,
Mark Woolfson
MW Consultancy Ltd
Leeds
United Kingdom
Tel: +44 113 259 1204
Mob: +44 786 065 2778
-Original Message- 
From: m.r...@5-cent.us

Sent: Wednesday, February 22, 2017 9:32 PM
To: CentOS mailing list
Subject: Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

John R Pierce wrote:

On 2/22/2017 1:16 PM, m.r...@5-cent.us wrote:

a) Please don't top post.
b) 'T'ain't funny, McGee. They don't have the budget, and they need this
server*now*... it's one of their compute nodes, and at least one person
is dead in the water.


you can't afford a replacement for a 6-8 year old server (new in 2009),
yet someone who is presumably being paid is not able to work.   whats
that costing?


Let's see:
1. the server was working fine before we moved it out of the datacenter
yesterday afternoon.
2. You're suggesting that they can say "ok", and we run down to
Microcenter and
buy a new one today, and plug it in today, right?
3. This is a US federal government agency; we run machines until they die, 
or

we can justify replacing them. And then it takes a month or two
(if we're
lucky before all the approvals, and then it gets shipped. I would
imagine
it's like that in any large corporation, too.

mark, who's looking for suggestions to help, not be criticized for
not just buying another, as though, as a contractor, I had *any*
authority to do that (contractors DO NOT)

___
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

Re: [CentOS] Network conections problems

[Rommel Rodriguez Toirac]

El 21 de febrero de 2017 7:00:03 GMT-05:00, centos-requ...@centos.org escribió:
>Send CentOS mailing list submissions to
>   centos@centos.org
>
>
>From: Kahlil Hodgson 
>To: CentOS mailing list 
>Subject: Re: [CentOS] Network conections problems

>
>First guess is that you may have two devices on the network with the
>same ip address.
>
>Next time this happens, try doing
>
>1. 'arp -n' from a machine other than the db server
>2. ping the other machine from the db server, then
>3. 'arp -n' from the other machine
>
>Compare the outputs of the two invocations of arp. If the outputs show
>different MAC addresses for 192.168.41.4 then you have two different
>devices with the same IP address.
>
>
 I resolve the problem of network conection loose, but still a dude of how it 
happend and how it can be fixe. 
When I check with arping the MAC of sever change, for example

rommel@p6:~$ arping 192.168.41.4
ARPING 192.168.41.4 from 192.168.41.6 enp3s0
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.653ms
Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03]  0.683ms
Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03]  0.622ms
Unicast reply from 192.168.41.4 [6C:92:BF:26:C7:03]  0.631ms
^CSent 3 probes (1 broadcast(s))
Received 4 response(s)

The first answer is with a MAC diferent to the others one. 
But when I arping from the server inseft look the MAC associate to de IP 
address: 

[root@pgtm ] arping 192.168.41.4 -I eth1
ARPING 192.168.41.4 from 192.168.41.4 eth1
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.658ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.654ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.654ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.662ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.655ms
Sent 5 probes (1 broadcast(s))
Received 5 response(s)

Looking in the config of network device I can not find the MAC 00:1D:09:FF:44:4B

[root@pgtm ] ifconfig
eth0  Link encap:Ethernet  HWaddr 6C:92:BF:26:C7:02  
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
  Memory:c722-c723 

eth1  Link encap:Ethernet  HWaddr 6C:92:BF:26:C7:03  
  inet addr:192.168.41.4  Bcast:192.168.41.255  Mask:255.255.255.0
  inet6 addr: fe80::6e92:bfff:fe26:c703/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:95819 errors:0 dropped:0 overruns:0 frame:0
  TX packets:1924 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:11728605 (11.1 MiB)  TX bytes:263674 (257.4 KiB)
  Memory:c720-c721 

eth2  Link encap:Ethernet  HWaddr 00:E0:ED:33:4E:9C  
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
  Memory:c712-c713 

eth3  Link encap:Ethernet  HWaddr 00:E0:ED:33:4E:9D  
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
  Memory:c710-c711 

loLink encap:Local Loopback  
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:249609 errors:0 dropped:0 overruns:0 frame:0
  TX packets:249609 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:52090343 (49.6 MiB)  TX bytes:52090343 (49.6 MiB)

 The solution was another IP address to this network device and then everything 
work fine. 
 Why this happend? How I can erase the link beteewn MAC 00:1D:09:FF:44:4B and 
IP 192.168.41.4? Where can be stored this link?
 Right now in the network is not assignet the IP address 192.168.41.4 to no one 
device (printserver, switch, router, workstation or server) and still whe I 
make arping have the answer:

rommel@p6:~$ arping 192.168.41.4
ARPING 192.168.41.4 from 192.168.41.6 enp3s0
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.631ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.623ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.623ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.691ms
^CSent 4 probes (1 broadcast(s))
Received 4 response(s)

arping to the new server IP address look like this (this is the MAC of eth0, 
where a plug the network cable):

rommel@p6:~$ arping 192.168.41.7
ARPING 192.168.41.7 from 

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[m . roth]

John R Pierce wrote:
> On 2/22/2017 1:16 PM, m.r...@5-cent.us wrote:
>> a) Please don't top post.
>> b) 'T'ain't funny, McGee. They don't have the budget, and they need this
>> server*now*... it's one of their compute nodes, and at least one person
>> is dead in the water.
>
> you can't afford a replacement for a 6-8 year old server (new in 2009),
> yet someone who is presumably being paid is not able to work.   whats
> that costing?
>
Let's see:
1. the server was working fine before we moved it out of the datacenter
 yesterday afternoon.
2. You're suggesting that they can say "ok", and we run down to
Microcenter and
 buy a new one today, and plug it in today, right?
3. This is a US federal government agency; we run machines until they die, or
 we can justify replacing them. And then it takes a month or two
(if we're
 lucky before all the approvals, and then it gets shipped. I would
imagine
 it's like that in any large corporation, too.

 mark, who's looking for suggestions to help, not be criticized for
 not just buying another, as though, as a contractor, I had *any*
 authority to do that (contractors DO NOT)

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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[John R Pierce]

On 2/22/2017 1:16 PM, m.r...@5-cent.us wrote:

a) Please don't top post.
b) 'T'ain't funny, McGee. They don't have the budget, and they need this
server*now*... it's one of their compute nodes, and at least one person
is dead in the water.


you can't afford a replacement for a 6-8 year old server (new in 2009), 
yet someone who is presumably being paid is not able to work.   whats 
that costing?



--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[m . roth]

Jason Welsh wrote:
> http://www.ebay.com/bhp/ibm-x3650
>
> ;)
>
a) Please don't top post.
b) 'T'ain't funny, McGee. They don't have the budget, and they need this
server *now*... it's one of their compute nodes, and at least one person
is dead in the water.

   mark, incredibly frustrated with this stupid system
>
> Jason
>
>
>
> On 02/22/2017 04:08 PM, m.r...@5-cent.us wrote:
>> I've never seen anything like this. We moved it from the data center
>> yesterday, and this morning I plug it in, and it won't power up. I find
>> a
>> manual for it online, and it says that on plugging it in, wait 3
>> minutes.
>> The power button will flash 4x/sec, then slow down to once a sec, and at
>> that time you can power it up.
>>
>> Well, it never stops flashing at 4x/sec. I've connected a network cable,
>> wondering if it's in wake-on-lan; I've tried connecting to it via its
>> management port, and *zip*.
>>
>> I'm not going to do, as several folks' posts that I googled (been at
>> that
>> for hours), cut the cable and solder in an on/off switch. I have taken
>> the
>> lid uff, reseated the PSUs, and the cable connecting to the front panel,
>> and nada.
>>
>> Anyone got any ideas?
>>
>> 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 mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] OT: hardware, IBM 3650 M2 won't power on

[Jason Welsh]

http://www.ebay.com/bhp/ibm-x3650

;)


Jason



On 02/22/2017 04:08 PM, m.r...@5-cent.us wrote:

I've never seen anything like this. We moved it from the data center
yesterday, and this morning I plug it in, and it won't power up. I find a
manual for it online, and it says that on plugging it in, wait 3 minutes.
The power button will flash 4x/sec, then slow down to once a sec, and at
that time you can power it up.

Well, it never stops flashing at 4x/sec. I've connected a network cable,
wondering if it's in wake-on-lan; I've tried connecting to it via its
management port, and *zip*.

I'm not going to do, as several folks' posts that I googled (been at that
for hours), cut the cable and solder in an on/off switch. I have taken the
lid uff, reseated the PSUs, and the cable connecting to the front panel,
and nada.

Anyone got any ideas?

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] OT: hardware, IBM 3650 M2 won't power on

[m . roth]

I've never seen anything like this. We moved it from the data center
yesterday, and this morning I plug it in, and it won't power up. I find a
manual for it online, and it says that on plugging it in, wait 3 minutes.
The power button will flash 4x/sec, then slow down to once a sec, and at
that time you can power it up.

Well, it never stops flashing at 4x/sec. I've connected a network cable,
wondering if it's in wake-on-lan; I've tried connecting to it via its
management port, and *zip*.

I'm not going to do, as several folks' posts that I googled (been at that
for hours), cut the cable and solder in an on/off switch. I have taken the
lid uff, reseated the PSUs, and the cable connecting to the front panel,
and nada.

Anyone got any ideas?

   mark

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

Re: [CentOS] question about directory size in linux..

[John R Pierce]

On 2/22/2017 12:27 PM, Anthony K wrote:
On my ext4 file system, I have a directory that has >2TB and the 
directory entry itself only shows:


$ ls -ld Stuff
drwxrwxr-x 146 akk akk   36864 Feb 21 21:18 Stuff/

$ du -bs Stuff
2093651427987Stuff 


ls -ld is showing the size of the actual directory, NOT the size of the 
files stored within and under it.


du -s adds up the size on disk of all the stuff IN the directory.

note also that size on disk even for a single file can be larger than 
the size of the file as files are allocated in blocks.


--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] question about directory size in linux..

[Dave Stevens]

On Thu, 23 Feb 2017 07:27:05 +1100
Anthony K  wrote:

> On 23/02/17 06:04, John R Pierce wrote:
> > on many modern file systems, larger directories are stored as some 
> > sort of B-Tree or hash tree, so there's quite a lot of indexing
> > data in there along with the actual directory entries   
> So I gather this depends on the file system.
> 
> On my ext4 file system, I have a directory that has >2TB and the 
> directory entry itself only shows:
> 
> $ ls -ld Stuff
> drwxrwxr-x 146 akk akk   36864 Feb 21 21:18 Stuff/
> 
> $ du -bs Stuff
> 2093651427987Stuff
> 
> Not sure what to take away from that!

certainly sounds like (-) bs

d

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



-- 
In modern fantasy (literary or governmental), killing people is the
usual solution to the so-called war between good and evil. My books are
not conceived in terms of such a war, and offer no simple answers to
simplistic questions.

- Ursula Le Guin
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] question about directory size in linux..

[Anthony K]

On 23/02/17 06:04, John R Pierce wrote:
on many modern file systems, larger directories are stored as some 
sort of B-Tree or hash tree, so there's quite a lot of indexing data 
in there along with the actual directory entries 

So I gather this depends on the file system.

On my ext4 file system, I have a directory that has >2TB and the 
directory entry itself only shows:


$ ls -ld Stuff
drwxrwxr-x 146 akk akk   36864 Feb 21 21:18 Stuff/

$ du -bs Stuff
2093651427987Stuff

Not sure what to take away from that!


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

Re: [CentOS] question about directory size in linux..

[John R Pierce]

On 2/22/2017 10:40 AM, Gordon Messmer wrote:

On 02/22/2017 06:34 AM, Jason Welsh wrote:
How does the directory *itself* have a size of 2.8 megs? 



If you write a large number of directory entries in a directory, the 
directory will grow in order to provide storage for those directory 
entries.  You can imagine a directory as a text file containing all of 
the file names in the directory, with references to the location of 
those files, if that helps you understand why the directory itself 
will grow. 


on many modern file systems, larger directories are stored as some sort 
of B-Tree or hash tree, so there's quite a lot of indexing data in there 
along with the actual directory entries.



--
john r pierce, recycling bits in santa cruz

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

Re: [CentOS] question about directory size in linux..

[Jason Welsh]

So its normal behavior.. thanks!

Jason



On 02/22/2017 01:40 PM, Gordon Messmer wrote:

On 02/22/2017 06:34 AM, Jason Welsh wrote:
How does the directory *itself* have a size of 2.8 megs? 



If you write a large number of directory entries in a directory, the 
directory will grow in order to provide storage for those directory 
entries.  You can imagine a directory as a text file containing all of 
the file names in the directory, with references to the location of 
those files, if that helps you understand why the directory itself 
will grow.


___
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

Re: [CentOS] question about directory size in linux..

[Gordon Messmer]

On 02/22/2017 06:34 AM, Jason Welsh wrote:
How does the directory *itself* have a size of 2.8 megs? 



If you write a large number of directory entries in a directory, the 
directory will grow in order to provide storage for those directory 
entries.  You can imagine a directory as a text file containing all of 
the file names in the directory, with references to the location of 
those files, if that helps you understand why the directory itself will 
grow.


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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[Istimsak Abdulbasir]

On Feb 22, 2017 7:45 AM, "Bernard Fay"  wrote:

Hello,

I have a CentOS VM with only one disk on a Xenserver.

The disk has 2 partitions:

/dev/xvda1 -> /boot
/dev/xvda2 -> a physical volume for LVM


I added 5GB to this disk via Xencenter to extend /dev/xvda2.  Usually I
just have to do "pvresize /dev/xvda" to have the additional space added to
the disk. But for some reason it does not work for this disk.

[root ~]# pvresize /dev/xvda
  Failed to find physical volume "/dev/xvda".
  0 physical volume(s) resized / 0 physical volume(s) not resized

K

Xvda does not seem to be read as an LVM volume. Xvda2 is handled by lvm so
this can be resized. However xvda is just the harddrive itself. From what I
have learned using lvm briefly, you can only resize lvm volumes or
partitions created using lvm.

[root ~]# pvresize /dev/xvda2
  Physical volume "/dev/xvda2" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized


Does someone have seen this problem before or could have an idea of the
problem?

Thanks,
Bernard
___
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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[m . roth]

Bernard Fay wrote:
> How do you resize the partition without loosing data?
>
> gparted does not support LVM.

Dunno 'bout gparted, but parted->t, if you ask for help, it lists types,
and linux lvm is one type. A quick search tells me partition type e1.

   mark
>
>
>
> On Wed, Feb 22, 2017 at 8:37 AM, SysAdmin  wrote:
>
>> Hi,
>>
>> you need to resize partition /dev/xvda2, afterwards resize pv.
>>
>> Regards,
>> Holger
>>
>> > -Ursprüngliche Nachricht-
>> > Von: CentOS [mailto:centos-boun...@centos.org] Im Auftrag von Bernard
>> > Fay
>> > Gesendet: Mittwoch, 22. Februar 2017 14:18
>> > An: CentOS mailing list
>> > Betreff: Re: [CentOS] how to resize a partition of a disk define as a
>> > physical volume
>> >
>> > I should have added the output of pvs:
>> >
>> > [root ~]# pvs
>> >   PV VG  Fmt  Attr PSize PFree
>> >   /dev/xvda2 cl_vm731611 lvm2 a--  9.00g0
>> >
>> > PFree still show 0. It should show 5g.
>> >
>> > Also:
>> > [root ~]# pvdisplay /dev/xvda2
>> >   --- Physical volume ---
>> >   PV Name   /dev/xvda2
>> >   VG Name   cl_vm731611
>> >   PV Size   9.00 GiB / not usable 2.00 MiB
>> >   Allocatable   yes (but full)
>> >   PE Size   4.00 MiB
>> >   Total PE  2303
>> >   Free PE   0
>> >   Allocated PE  2303
>> >   PV UUID   RtXa0c-07RP-RJ0V-kSjC-Tuo0-5QQv-sQIKlr
>> >
>> >
>> > With fdisk, we can see the additional space has is there as it shows
>> > 16GB.
>> > The original disk had 10GB.
>> > [root ~]# fdisk  -l /dev/xvda
>> >
>> > Disk /dev/xvda: 16.1 GB, 16106127360 bytes, 31457280 sectors [snip]
>> >
>> > Device Boot  Start End  Blocks   Id  System
>> > /dev/xvda1   *2048 2099199 1048576   83  Linux
>> > /dev/xvda2 209920020971519 9436160   8e  Linux LVM
>> >
>> >
>> > vgs also shows 0 Free PE:
>> > [root@CTSSVN01 ~]# vgs
>> >   VG  #PV #LV #SN Attr   VSize VFree
>> >   cl_vm731611   1   2   0 wz--n- 9.00g0
>> >
>> >
>> > Thanks,
>> >
>> >
>> > On Wed, Feb 22, 2017 at 8:06 AM, Jon LaBadie  wrote:
>> >
>> > > On Wed, Feb 22, 2017 at 07:44:33AM -0500, Bernard Fay wrote:
>> > > > Hello,
>> > > >
>> > > > I have a CentOS VM with only one disk on a Xenserver.
>> > > >
>> > > > The disk has 2 partitions:
>> > > >
>> > > > /dev/xvda1 -> /boot
>> > > > /dev/xvda2 -> a physical volume for LVM
>> > > >
>> > > >
>> > > > I added 5GB to this disk via Xencenter to extend /dev/xvda2.
>> > > > Usually I just have to do "pvresize /dev/xvda" to have the
>> > > > additional space added
>> > > to
>> > > > the disk. But for some reason it does not work for this disk.
>> > > >
>> > > > [root ~]# pvresize /dev/xvda
>> > > >   Failed to find physical volume "/dev/xvda".
>> > > >   0 physical volume(s) resized / 0 physical volume(s) not resized
>> > > >
>> > > > [root ~]# pvresize /dev/xvda2
>> > > >   Physical volume "/dev/xvda2" changed
>> > > >   1 physical volume(s) resized / 0 physical volume(s) not resized
>> > > >
>> > > >
>> > > > Does someone have seen this problem before or could have an idea
>> of
>> > > > the problem?
>> > >
>> > > Looks like xvda2 was resized.  You should now have an added 5GB
>> worth
>> > > of unallocated extents in the vg
>> > >
>> > > --
>> > > Jon H. LaBadie j...@jgcomp.com
>> > >  11226 South Shore Rd.  (703) 787-0688 (H)
>> > >  Reston, VA  20190  (703) 935-6720 (C)
>> > > ___
>> > > 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 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 mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] Centos7 Postfixadmin with SELInux

[Robert Moskowitz]

Anyone here running Postfixadmin on Centos7 with SELinux?

The config.inc.php script has lots of warning comments about what you 
will have to do to get functions to work with SELinux, but does not 
supply any policy rules.


I am still configuring, and so far I have only done:

chcon -R -t httpd_sys_content_rw_t /usr/share/postfixadmin/templates_c

(thanks Daniel)

I suspect here are more so it can do things like create directories and 
files in the mail store (e.g. /home/vmail/).


Oh my current server is running without SELinux (shutter) and that is 
one of the many reasons I want to upgrade.


Bob

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

[CentOS] help with RewriteRule regexp

[Robert Moskowitz]

My regexp skills are somewhere infinitesimally close to zero.  I have 
never really 'gotten' them.


That said, I have spent a couple hours already search for help to write 
a rewriterule that works on a string in the URL.  In particular I want 
success if either of the following were provided:


webmail.domain (e.g. webmail.foo.com)
server/webmail (e.g. www.foo.com/webmail)

And I have not found anything like this, nor do I know even close enough 
of regexp to recognize something like this in another expression.


Thanks for the help.

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

[CentOS] question about directory size in linux..

[Jason Welsh]

on a CentOS release 6.8 (Final)
I was looking around and noticed the following in a directory.

[jason@server /app-vol/applications/]$ls -ld temp
drwxr-xr-x 4 jason  users 2899968 Feb 18 06:31 temp/
[jason@server /app-vol/applications/]$

How does the directory *itself* have a size of 2.8 megs?
yes the contents in that temp directory add up to 2.8 megs, but.. umm. huh?

when I run a stat on the temp directory, i get
  File: `temp'
  Size: 2899968   Blocks: 5672   IO Block: 4096   directory
Device: fd02h/64770dInode: 1836137 Links: 4
Access: (0755/drwxr-xr-x)  Uid: ( 1022/ jason)   Gid: (  501/ users)
Access: 2017-02-22 06:31:51.414190071 -0500
Modify: 2017-02-18 06:31:56.135448424 -0500
Change: 2017-02-18 06:31:56.135448424 -0500

on other "normal" directories, I see something like
  Size: 4096  Blocks: 8  IO Block: 4096   directory


Jason


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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[John Hodrien]

On Wed, 22 Feb 2017, Gianluca Cecchi wrote:


On Wed, Feb 22, 2017 at 2:42 PM, Bernard Fay  wrote:


How do you resize the partition without loosing data?

gparted does not support LVM.


If you don't trust yourself to do it right, just create a new partition on the
disk, pvcreate it, add it to the existing volume group.

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

[CentOS-announce] CESA-2017:0190 Critical CentOS 7 firefox Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2017:0190 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html

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

x86_64:
38bdd177d609902c6d514deae731df1f6778409730fa61dd213ad0937d54223c  
firefox-45.7.0-2.el7.centos.i686.rpm
4ce5659c46dee0b5a25d4e6583e9d498b2d146a9ba33565d1c35a2b983766942  
firefox-45.7.0-2.el7.centos.x86_64.rpm

Source:
7db60cb74cd564e32e8e9341c8b1c80e032afa31acfe7c155d0a725a2c80126b  
firefox-45.7.0-2.el7.centos.src.rpm



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

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

[CentOS-announce] CESA-2017:0190 Critical CentOS 6 firefox Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2017:0190 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html

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

i386:
f34f42fb0d7c2d68da3493786c3ea6db8a5c3025ec23c4920f33739466aee8c5  
firefox-45.7.0-2.el6.centos.i686.rpm

x86_64:
f34f42fb0d7c2d68da3493786c3ea6db8a5c3025ec23c4920f33739466aee8c5  
firefox-45.7.0-2.el6.centos.i686.rpm
b905dbe1aeb129fcf9dfcdae0476003f4d6f5e73615762346badf37e76c3a43d  
firefox-45.7.0-2.el6.centos.x86_64.rpm

Source:
98283468cf9d1e539fc7dfbe25e79160d9b9c631dd30d1fd4cef84d1fd64b573  
firefox-45.7.0-2.el6.centos.src.rpm



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

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

[CentOS-announce] CESA-2017:0190 Critical CentOS 5 firefox Security Update

[Johnny Hughes]

CentOS Errata and Security Advisory 2017:0190 Critical

Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html

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

i386:
4f351259abd6614da05b1ea8e9e4b83486631cadb9aa439996c7070f9eff8588  
firefox-45.7.0-2.el5.centos.i386.rpm

x86_64:
4f351259abd6614da05b1ea8e9e4b83486631cadb9aa439996c7070f9eff8588  
firefox-45.7.0-2.el5.centos.i386.rpm
1e2b1680b6c395039fafb267db3426fde8c4f2c06b2ba9744f11e18736d2917f  
firefox-45.7.0-2.el5.centos.x86_64.rpm

Source:
fb33febf301919266593261c3e79a43af3957012b04083b99dc89b5053990019  
firefox-45.7.0-2.el5.centos.src.rpm



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

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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[Bernard Fay]

I usually use the whole disk a PV but this disk has the /boot partition
which cannot be LVM.

I decided to simply use the third partition as another PV and extended the
VG.

Thanks,



On Wed, Feb 22, 2017 at 8:52 AM, Gianluca Cecchi 
wrote:

> On Wed, Feb 22, 2017 at 2:42 PM, Bernard Fay 
> wrote:
>
> > How do you resize the partition without loosing data?
> >
> > gparted does not support LVM.
> >
> >
> It is preferrable to create PV on the whole disk also to manage these kind
> of situations.
> In case I have to manage with partitions, the must is that you can do it
> only if it is the last partition, and you are ok.
> Normally I use fidsk and I first delete the last partition and then without
> exiting the utility I create again it using the same starting point and the
> new larger end.
> For this, take care of using option to show sectors and not cylinders ("u"
> switches between the two options) and print your partition layout ("p"
> comamnd), so that you can set exactly the same starting point of the new
> xvda2 partition otherwise you will have destroyed it and LVM layer would
> not be able to identify it (also the type if now it is 8e for Linux LVM).
> Eventually you will have to run also the command
>
> partprobe /dev/xvda
>
> to align os with new partition layout
>
> Take care and read well (also on other sources on internet in case). Also
> backup your partiion layout before making changes with
>
> sfdisk -d /dev/xvda > part_table.before
>
> and compare with what you have after.
>
> HIH,
> Gianluca
> ___
> 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

Re: [CentOS] BOINC

[Darr247]

> So I don't  understand where is the problem.
> What I can do to solve this problem?

For starters, you could mention what version of CentOS you're running.  :)

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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[Gianluca Cecchi]

On Wed, Feb 22, 2017 at 2:42 PM, Bernard Fay  wrote:

> How do you resize the partition without loosing data?
>
> gparted does not support LVM.
>
>
It is preferrable to create PV on the whole disk also to manage these kind
of situations.
In case I have to manage with partitions, the must is that you can do it
only if it is the last partition, and you are ok.
Normally I use fidsk and I first delete the last partition and then without
exiting the utility I create again it using the same starting point and the
new larger end.
For this, take care of using option to show sectors and not cylinders ("u"
switches between the two options) and print your partition layout ("p"
comamnd), so that you can set exactly the same starting point of the new
xvda2 partition otherwise you will have destroyed it and LVM layer would
not be able to identify it (also the type if now it is 8e for Linux LVM).
Eventually you will have to run also the command

partprobe /dev/xvda

to align os with new partition layout

Take care and read well (also on other sources on internet in case). Also
backup your partiion layout before making changes with

sfdisk -d /dev/xvda > part_table.before

and compare with what you have after.

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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[Bernard Fay]

How do you resize the partition without loosing data?

gparted does not support LVM.



On Wed, Feb 22, 2017 at 8:37 AM, SysAdmin  wrote:

> Hi,
>
> you need to resize partition /dev/xvda2, afterwards resize pv.
>
> Regards,
> Holger
>
> > -Ursprüngliche Nachricht-
> > Von: CentOS [mailto:centos-boun...@centos.org] Im Auftrag von Bernard
> > Fay
> > Gesendet: Mittwoch, 22. Februar 2017 14:18
> > An: CentOS mailing list
> > Betreff: Re: [CentOS] how to resize a partition of a disk define as a
> > physical volume
> >
> > I should have added the output of pvs:
> >
> > [root ~]# pvs
> >   PV VG  Fmt  Attr PSize PFree
> >   /dev/xvda2 cl_vm731611 lvm2 a--  9.00g0
> >
> > PFree still show 0. It should show 5g.
> >
> > Also:
> > [root ~]# pvdisplay /dev/xvda2
> >   --- Physical volume ---
> >   PV Name   /dev/xvda2
> >   VG Name   cl_vm731611
> >   PV Size   9.00 GiB / not usable 2.00 MiB
> >   Allocatable   yes (but full)
> >   PE Size   4.00 MiB
> >   Total PE  2303
> >   Free PE   0
> >   Allocated PE  2303
> >   PV UUID   RtXa0c-07RP-RJ0V-kSjC-Tuo0-5QQv-sQIKlr
> >
> >
> > With fdisk, we can see the additional space has is there as it shows
> > 16GB.
> > The original disk had 10GB.
> > [root ~]# fdisk  -l /dev/xvda
> >
> > Disk /dev/xvda: 16.1 GB, 16106127360 bytes, 31457280 sectors [snip]
> >
> > Device Boot  Start End  Blocks   Id  System
> > /dev/xvda1   *2048 2099199 1048576   83  Linux
> > /dev/xvda2 209920020971519 9436160   8e  Linux LVM
> >
> >
> > vgs also shows 0 Free PE:
> > [root@CTSSVN01 ~]# vgs
> >   VG  #PV #LV #SN Attr   VSize VFree
> >   cl_vm731611   1   2   0 wz--n- 9.00g0
> >
> >
> > Thanks,
> >
> >
> > On Wed, Feb 22, 2017 at 8:06 AM, Jon LaBadie  wrote:
> >
> > > On Wed, Feb 22, 2017 at 07:44:33AM -0500, Bernard Fay wrote:
> > > > Hello,
> > > >
> > > > I have a CentOS VM with only one disk on a Xenserver.
> > > >
> > > > The disk has 2 partitions:
> > > >
> > > > /dev/xvda1 -> /boot
> > > > /dev/xvda2 -> a physical volume for LVM
> > > >
> > > >
> > > > I added 5GB to this disk via Xencenter to extend /dev/xvda2.
> > > > Usually I just have to do "pvresize /dev/xvda" to have the
> > > > additional space added
> > > to
> > > > the disk. But for some reason it does not work for this disk.
> > > >
> > > > [root ~]# pvresize /dev/xvda
> > > >   Failed to find physical volume "/dev/xvda".
> > > >   0 physical volume(s) resized / 0 physical volume(s) not resized
> > > >
> > > > [root ~]# pvresize /dev/xvda2
> > > >   Physical volume "/dev/xvda2" changed
> > > >   1 physical volume(s) resized / 0 physical volume(s) not resized
> > > >
> > > >
> > > > Does someone have seen this problem before or could have an idea of
> > > > the problem?
> > >
> > > Looks like xvda2 was resized.  You should now have an added 5GB worth
> > > of unallocated extents in the vg
> > >
> > > --
> > > Jon H. LaBadie j...@jgcomp.com
> > >  11226 South Shore Rd.  (703) 787-0688 (H)
> > >  Reston, VA  20190  (703) 935-6720 (C)
> > > ___
> > > 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 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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[SysAdmin]

Hi,

you need to resize partition /dev/xvda2, afterwards resize pv.

Regards,
Holger

> -Ursprüngliche Nachricht-
> Von: CentOS [mailto:centos-boun...@centos.org] Im Auftrag von Bernard
> Fay
> Gesendet: Mittwoch, 22. Februar 2017 14:18
> An: CentOS mailing list
> Betreff: Re: [CentOS] how to resize a partition of a disk define as a
> physical volume
> 
> I should have added the output of pvs:
> 
> [root ~]# pvs
>   PV VG  Fmt  Attr PSize PFree
>   /dev/xvda2 cl_vm731611 lvm2 a--  9.00g0
> 
> PFree still show 0. It should show 5g.
> 
> Also:
> [root ~]# pvdisplay /dev/xvda2
>   --- Physical volume ---
>   PV Name   /dev/xvda2
>   VG Name   cl_vm731611
>   PV Size   9.00 GiB / not usable 2.00 MiB
>   Allocatable   yes (but full)
>   PE Size   4.00 MiB
>   Total PE  2303
>   Free PE   0
>   Allocated PE  2303
>   PV UUID   RtXa0c-07RP-RJ0V-kSjC-Tuo0-5QQv-sQIKlr
> 
> 
> With fdisk, we can see the additional space has is there as it shows
> 16GB.
> The original disk had 10GB.
> [root ~]# fdisk  -l /dev/xvda
> 
> Disk /dev/xvda: 16.1 GB, 16106127360 bytes, 31457280 sectors [snip]
> 
> Device Boot  Start End  Blocks   Id  System
> /dev/xvda1   *2048 2099199 1048576   83  Linux
> /dev/xvda2 209920020971519 9436160   8e  Linux LVM
> 
> 
> vgs also shows 0 Free PE:
> [root@CTSSVN01 ~]# vgs
>   VG  #PV #LV #SN Attr   VSize VFree
>   cl_vm731611   1   2   0 wz--n- 9.00g0
> 
> 
> Thanks,
> 
> 
> On Wed, Feb 22, 2017 at 8:06 AM, Jon LaBadie  wrote:
> 
> > On Wed, Feb 22, 2017 at 07:44:33AM -0500, Bernard Fay wrote:
> > > Hello,
> > >
> > > I have a CentOS VM with only one disk on a Xenserver.
> > >
> > > The disk has 2 partitions:
> > >
> > > /dev/xvda1 -> /boot
> > > /dev/xvda2 -> a physical volume for LVM
> > >
> > >
> > > I added 5GB to this disk via Xencenter to extend /dev/xvda2.
> > > Usually I just have to do "pvresize /dev/xvda" to have the
> > > additional space added
> > to
> > > the disk. But for some reason it does not work for this disk.
> > >
> > > [root ~]# pvresize /dev/xvda
> > >   Failed to find physical volume "/dev/xvda".
> > >   0 physical volume(s) resized / 0 physical volume(s) not resized
> > >
> > > [root ~]# pvresize /dev/xvda2
> > >   Physical volume "/dev/xvda2" changed
> > >   1 physical volume(s) resized / 0 physical volume(s) not resized
> > >
> > >
> > > Does someone have seen this problem before or could have an idea of
> > > the problem?
> >
> > Looks like xvda2 was resized.  You should now have an added 5GB worth
> > of unallocated extents in the vg
> >
> > --
> > Jon H. LaBadie j...@jgcomp.com
> >  11226 South Shore Rd.  (703) 787-0688 (H)
> >  Reston, VA  20190  (703) 935-6720 (C)
> > ___
> > 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 mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Problems with my simple write conf files method

[Robert Moskowitz]

On 02/21/2017 09:27 PM, Ian Mortimer wrote:

On Tue, 2017-02-21 at 10:50 -0500, Robert Moskowitz wrote:


cat /usr/share/postfixadmin/config.local.php || exit 1


Thank you.  I actually had problems with changes to 
/etc/postfix/master.cf where I have things like ${sender} that do not 
work as \${sender}.  So mass changes of $ to \$ did not always work.  :)


Do I end with 'EOF' or \EOF'?


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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[Bernard Fay]

I should have added the output of pvs:

[root ~]# pvs
  PV VG  Fmt  Attr PSize PFree
  /dev/xvda2 cl_vm731611 lvm2 a--  9.00g0

PFree still show 0. It should show 5g.

Also:
[root ~]# pvdisplay /dev/xvda2
  --- Physical volume ---
  PV Name   /dev/xvda2
  VG Name   cl_vm731611
  PV Size   9.00 GiB / not usable 2.00 MiB
  Allocatable   yes (but full)
  PE Size   4.00 MiB
  Total PE  2303
  Free PE   0
  Allocated PE  2303
  PV UUID   RtXa0c-07RP-RJ0V-kSjC-Tuo0-5QQv-sQIKlr


With fdisk, we can see the additional space has is there as it shows 16GB.
The original disk had 10GB.
[root ~]# fdisk  -l /dev/xvda

Disk /dev/xvda: 16.1 GB, 16106127360 bytes, 31457280 sectors
[snip]

Device Boot  Start End  Blocks   Id  System
/dev/xvda1   *2048 2099199 1048576   83  Linux
/dev/xvda2 209920020971519 9436160   8e  Linux LVM


vgs also shows 0 Free PE:
[root@CTSSVN01 ~]# vgs
  VG  #PV #LV #SN Attr   VSize VFree
  cl_vm731611   1   2   0 wz--n- 9.00g0


Thanks,


On Wed, Feb 22, 2017 at 8:06 AM, Jon LaBadie  wrote:

> On Wed, Feb 22, 2017 at 07:44:33AM -0500, Bernard Fay wrote:
> > Hello,
> >
> > I have a CentOS VM with only one disk on a Xenserver.
> >
> > The disk has 2 partitions:
> >
> > /dev/xvda1 -> /boot
> > /dev/xvda2 -> a physical volume for LVM
> >
> >
> > I added 5GB to this disk via Xencenter to extend /dev/xvda2.  Usually I
> > just have to do "pvresize /dev/xvda" to have the additional space added
> to
> > the disk. But for some reason it does not work for this disk.
> >
> > [root ~]# pvresize /dev/xvda
> >   Failed to find physical volume "/dev/xvda".
> >   0 physical volume(s) resized / 0 physical volume(s) not resized
> >
> > [root ~]# pvresize /dev/xvda2
> >   Physical volume "/dev/xvda2" changed
> >   1 physical volume(s) resized / 0 physical volume(s) not resized
> >
> >
> > Does someone have seen this problem before or could have an idea of the
> > problem?
>
> Looks like xvda2 was resized.  You should now have an added
> 5GB worth of unallocated extents in the vg
>
> --
> Jon H. LaBadie j...@jgcomp.com
>  11226 South Shore Rd.  (703) 787-0688 (H)
>  Reston, VA  20190  (703) 935-6720 (C)
> ___
> 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

Re: [CentOS] how to resize a partition of a disk define as a physical volume

[Jon LaBadie]

On Wed, Feb 22, 2017 at 07:44:33AM -0500, Bernard Fay wrote:
> Hello,
> 
> I have a CentOS VM with only one disk on a Xenserver.
> 
> The disk has 2 partitions:
> 
> /dev/xvda1 -> /boot
> /dev/xvda2 -> a physical volume for LVM
> 
> 
> I added 5GB to this disk via Xencenter to extend /dev/xvda2.  Usually I
> just have to do "pvresize /dev/xvda" to have the additional space added to
> the disk. But for some reason it does not work for this disk.
> 
> [root ~]# pvresize /dev/xvda
>   Failed to find physical volume "/dev/xvda".
>   0 physical volume(s) resized / 0 physical volume(s) not resized
> 
> [root ~]# pvresize /dev/xvda2
>   Physical volume "/dev/xvda2" changed
>   1 physical volume(s) resized / 0 physical volume(s) not resized
> 
> 
> Does someone have seen this problem before or could have an idea of the
> problem?

Looks like xvda2 was resized.  You should now have an added
5GB worth of unallocated extents in the vg

-- 
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

[CentOS] how to resize a partition of a disk define as a physical volume

[Bernard Fay]

Hello,

I have a CentOS VM with only one disk on a Xenserver.

The disk has 2 partitions:

/dev/xvda1 -> /boot
/dev/xvda2 -> a physical volume for LVM


I added 5GB to this disk via Xencenter to extend /dev/xvda2.  Usually I
just have to do "pvresize /dev/xvda" to have the additional space added to
the disk. But for some reason it does not work for this disk.

[root ~]# pvresize /dev/xvda
  Failed to find physical volume "/dev/xvda".
  0 physical volume(s) resized / 0 physical volume(s) not resized

[root ~]# pvresize /dev/xvda2
  Physical volume "/dev/xvda2" changed
  1 physical volume(s) resized / 0 physical volume(s) not resized


Does someone have seen this problem before or could have an idea of the
problem?

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

[CentOS] CentOS-announce Digest, Vol 144, Issue 6

[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. CESA-2017:0286 Moderate CentOS 6 openssl Security Update
  (Johnny Hughes)
   2. CESA-2017:0286 Moderate CentOS 7 openssl Security Update
  (Johnny Hughes)


--

Message: 1
Date: Tue, 21 Feb 2017 11:44:42 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2017:0286 Moderate CentOS 6 openssl
SecurityUpdate
Message-ID: <20170221114442.ga16...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2017:0286 Moderate

Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0286.html

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

i386:
168bc525c268d07b3fae14e4ba66dd7c6d9561f7789700feba0eeaf6951ff4e8  
openssl-1.0.1e-48.el6_8.4.i686.rpm
765eff4b25e944dbadcd3523f89adb1b29f76337ff395cd5431c934dafd0cede  
openssl-devel-1.0.1e-48.el6_8.4.i686.rpm
e5c04361a9531c903afde3b8876fe0dfb12520d70e5446f515750e98735aba7d  
openssl-perl-1.0.1e-48.el6_8.4.i686.rpm
57edfc2de0dbf1bf058e65898d500a725bd9c31cea6244a7e93af01c7776077d  
openssl-static-1.0.1e-48.el6_8.4.i686.rpm

x86_64:
168bc525c268d07b3fae14e4ba66dd7c6d9561f7789700feba0eeaf6951ff4e8  
openssl-1.0.1e-48.el6_8.4.i686.rpm
f0b991e41e0a9d5d20ff60d1a7b5833a6f1cde6ed59bfdfab9a275d6d338b28e  
openssl-1.0.1e-48.el6_8.4.x86_64.rpm
765eff4b25e944dbadcd3523f89adb1b29f76337ff395cd5431c934dafd0cede  
openssl-devel-1.0.1e-48.el6_8.4.i686.rpm
6ebd15c228500784541fd778413348129c61c2af6249fd7043ef13c10c93bd60  
openssl-devel-1.0.1e-48.el6_8.4.x86_64.rpm
d9a31c566a6df0c15671c32e96abd64d8f0f906dc05ae995a2c57a64b70fa341  
openssl-perl-1.0.1e-48.el6_8.4.x86_64.rpm
502e6c723c15b0aaf13bdb7a0faf6b647fcf953318e1782b6df3a2b2de323ff3  
openssl-static-1.0.1e-48.el6_8.4.x86_64.rpm

Source:
dca305112f97f7c9a4c084e33901ffcd745bf260b8e1466fd9307eb819d388a9  
openssl-1.0.1e-48.el6_8.4.src.rpm



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



--

Message: 2
Date: Tue, 21 Feb 2017 12:48:27 +
From: Johnny Hughes 
To: centos-annou...@centos.org
Subject: [CentOS-announce] CESA-2017:0286 Moderate CentOS 7 openssl
SecurityUpdate
Message-ID: <20170221124827.ga30...@n04.lon1.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Security Advisory 2017:0286 Moderate

Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0286.html

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

x86_64:
642eb35daa25ae290bd3922e7876ac5d61744cb56c0d3f7877e76320b99a8f59  
openssl-1.0.1e-60.el7_3.1.x86_64.rpm
36fa878db932143ea4c107acb2deb34f78a9e7cb9159384b767f0932a27662d6  
openssl-devel-1.0.1e-60.el7_3.1.i686.rpm
6d5b7f68f5cc4446092ab2c3502df813b0145a4186e654f22d241ca9a88f79c3  
openssl-devel-1.0.1e-60.el7_3.1.x86_64.rpm
75afa599c87b32683162c976a3f7245767b1612b6fc1c1f935c41bcaaab71b8d  
openssl-libs-1.0.1e-60.el7_3.1.i686.rpm
d3354df1c13897870b20407aed7b3eb1ee581b0e1f4af4bcd920fa57914202ca  
openssl-libs-1.0.1e-60.el7_3.1.x86_64.rpm
89aef81712ce7a139e59aa0e594db2c3bb03ba9f6bc2e161debb43705dee67a7  
openssl-perl-1.0.1e-60.el7_3.1.x86_64.rpm
a1af544918add7dbc76be337f395a816e1f3b0d7bae42fb0a6c812f8636c6f1d  
openssl-static-1.0.1e-60.el7_3.1.i686.rpm
8f7129a44f28934985e1b00ccec2a0c80271018a038afab49e23e22576c7d47c  
openssl-static-1.0.1e-60.el7_3.1.x86_64.rpm

Source:
976eaf61e1cbe2ac4bf32a440a5697dc19be59fd1b275bb314fdac3340a4  
openssl-1.0.1e-60.el7_3.1.src.rpm



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



--

Subject: Digest Footer

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


--

End of CentOS-announce Digest, Vol 144, Issue 6
***
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] BOINC

[Alessandro Baggi]

Hi list,
I've added a link for gui_rpc_auth.cfg on my home and I can run manager 
from my user.


There are other ways?


Il 22/02/2017 11:56, Alessandro Baggi ha scritto:

Hi list,
I've installed boinc-client and boinc-manager from epel.
After starting boinc-client with systemctl when I try to connect from
boincmgr I get "Unable to connect to boinc client".

I've added to unit file --allow_remote_gui_rpc

and on netstat I get:

tcp0  0 0.0.0.0:31416   0.0.0.0:* LISTEN
4762/boinc_client


On this machine there aren't iptables rules

I've also added my current user to boinc group without success.

I've tried also to run boincmgr from root without success.

Reading from https://boinc.berkeley.edu/wiki/Client_configuration
I've not found any usefull config parameters to save in
/var/lib/boinc/cc_config.xml


Selinux is Disabled.

I've tried also to run from a root shell:

/usr/bin/boinc_client

Running the manager from root I can connect to the client but from
simple user I cannot.

So I don't  understand where is the problem.
What I can do to solve this problem?

Thanks in advance.


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

[CentOS] BOINC

[Alessandro Baggi]

Hi list,
I've installed boinc-client and boinc-manager from epel.
After starting boinc-client with systemctl when I try to connect from 
boincmgr I get "Unable to connect to boinc client".


I've added to unit file --allow_remote_gui_rpc

and on netstat I get:

tcp0  0 0.0.0.0:31416   0.0.0.0:* 
LISTEN  4762/boinc_client



On this machine there aren't iptables rules

I've also added my current user to boinc group without success.

I've tried also to run boincmgr from root without success.

Reading from https://boinc.berkeley.edu/wiki/Client_configuration
I've not found any usefull config parameters to save in 
/var/lib/boinc/cc_config.xml



Selinux is Disabled.

I've tried also to run from a root shell:

/usr/bin/boinc_client

Running the manager from root I can connect to the client but from 
simple user I cannot.


So I don't  understand where is the problem.
What I can do to solve this problem?

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