Hello,
MERRY CHRISTMAS to all in list!
After I upgraded to latest: CentOS Linux release 7.7.1908 (Core) I am
facing nfs crashes which cause the system to hang frequently.
This is caused by cp to nfs-mounted shares.
Below is dmesg output; you will see call traces. These cause system to
gradu
Hi,
I'm currently fiddling with Nginx to get acquainted with its various
quirks and idiosyncrasies.
I have a public CentOS 7 sandbox server, and I've tried various setups.
Install the binary from EPEL, install various binaries from SCLo, build
from source.
I wonder which version is recomme
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.
On Wed, 2019-12-25 at 20:33 -0500, MAILIST wrote:
> You will have better luck with Raspbian. Just sayin'
Yes, absolutely. I know it's appealing to install an OS you know and
love, but the tweaks that the RasPi Foundation have put into the
Raspbian kernel and utilities make it a no brainer. I run
Hello,
I am trying to build a PXE boot image for CentOS 7.
livemedia-creator --make-pxe-live --ks=ks --no-virt
It runs the entire process and then it says:
losetup: /dev/: detach failed: Inappropriate ioctl for device
2019-12-26 11:49:47,293: Disk Image install successful
2019-12-26 11:49:47,29
I have "issues" with later versions of Centos/RHEL 7 also.
PXE boot seems to work, but after the new kernel kexec's, it seems to
drop the NICS and
further in the process for some reason, the nics never come up, which
leads to all kindsof issues of course
(trying to boot a cluster that way).
Oh, alright my specific issue is just about creating the actual pxe image.. not
what happens after
-Original Message-
From: CentOS On Behalf Of R C
Sent: Thursday, December 26, 2019 12:18 PM
To: centos@centos.org
Subject: Re: [CentOS] livemedia-creator --make-pxe-live CentOS 7
I have "i
ah ok, I do that different, I use VNFS and Perceus, however it works
basically the same, initially.
You would need to create a ramdisk, and the best way to do that is by
using an existing one, unpack it, stick
the stuff you need in it, and pack it again. (I have notes about the
details ther
On 12/26/2019 2:17 AM, Nicolas Kovacs wrote:
I wonder which version is recommended for production use on CentOS 7.
Any suggestions?
I suggest using the upstream package. Instructions can be found here:
https://nginx.org/en/linux_packages.html#RHEL-CentOS
There's some conflicting information
Le 26/12/2019 à 18:44, Kenneth Porter a écrit :
I suggest using the upstream package. Instructions can be found here:
https://nginx.org/en/linux_packages.html#RHEL-CentOS
OK
There's some conflicting information about how to set up your virtual
servers in /etc in various blogs. Look at the
On 12/25/19 6:56 AM, H wrote:
I have tried to make sure the sshd configuration on all servers are identical
but still have this problem. I can rule out a general problem with the router
in my office since all connections are via that router, the only difference is
that the problematic server i
On 12/26/19 2:15 AM, Nikolaos Milas wrote:
After I upgraded to latest: CentOS Linux release 7.7.1908 (Core) I am
facing nfs crashes which cause the system to hang frequently.
This is happening on the client, right? What system is providing the
NFS service?
I tried to downgrade nfs-utils a
--On Thursday, December 26, 2019 8:35 PM +0100 Nicolas Kovacs
wrote:
At this point I'm already vaguely familiar with setting up Nginx. I was
only a little confused about which binary version to choose.
I was a bit confused when first setting it up, and I wanted to make sure
that others who
On Thu, Dec 26, 2019 at 4:17 AM Nicolas Kovacs wrote:
> I wonder which version is recommended for production use on CentOS 7.
> Any suggestions?
>
It all depends on your needs. The nginx repo has 1.16.1, EPEL currently has
nginx 1.16.1 as well but could lag depending on the package maintainer. M
On 12/26/2019 02:47 PM, Gordon Messmer wrote:
> On 12/25/19 6:56 AM, H wrote:
>> I have tried to make sure the sshd configuration on all servers are
>> identical but still have this problem. I can rule out a general problem with
>> the router in my office since all connections are via that router
On 12/23/19 3:16 AM, Nicolas Kovacs wrote:
Le 23/12/2019 à 02:48, Akemi Yagi a écrit :
You may want to watch the "CR work" on that wiki page.
CR seems to be empty right now.
Not any more; updating one of my testing C8 VMs to the CR content now.
__
On 12/26/19 12:59 PM, H wrote:
Are my observations above still consistent with your hypothesis?
Largely, yes. I'm not sure why you'd be disconnected while transferring
data (one of scp or sftp, right?), but it sounds like a DNAT-related limit.
__
On 12/26/2019 04:45 PM, Gordon Messmer wrote:
> On 12/26/19 12:59 PM, H wrote:
>> Are my observations above still consistent with your hypothesis?
>
>
> Largely, yes. I'm not sure why you'd be disconnected while transferring data
> (one of scp or sftp, right?), but it sounds like a DNAT-related l
On 12/26/2019 05:05 PM, H wrote:
> On 12/26/2019 04:45 PM, Gordon Messmer wrote:
>> On 12/26/19 12:59 PM, H wrote:
>>> Are my observations above still consistent with your hypothesis?
>>
>> Largely, yes. I'm not sure why you'd be disconnected while transferring
>> data (one of scp or sftp, right?
are you using ssh to connect to a server, and from there do a scp? If
so, your ssh session might be the one timing out,and not the
scp session, due to inactivity on the terminal session. you can always
use the -vvv option, to see more detailed msgs about what is going on.
Ron
On 12/25/19
On 12/26/19 2:49 PM, H wrote:
I just looked at the settings in /etc/ssh/ssh_config on the workstation - which
should apply to all users on it - I already had:
Host *
TCPKeepAlive yes
ServerAliveInterval 60
Well, keep-alive options would only make a difference if the problem
were a DNAT
So I installed centos8. And I was looking for the grub config file:
[root@testbox ~]# ls -l /etc/grub2.cfg
lrwxrwxrwx. 1 root root 22 Oct 2 13:01 /etc/grub2.cfg -> ../boot/grub2/grub.cfg
[root@testbox ~]#
But
[root@testbox ~]# ls /boot/grub2/
grubenv
[root@testbox ~]#
Why is it not there? FYI
Hi, I'm using cockpit in standard port 9090 in a Centos 7 system.
Due to a suggestion from management, they want TLS 1.1 disabled
system-wide in all Linux boxes and TLS 1.2 enabled.
I have not found proper documentation on how to disable it for cockpit
(version 195.1 ships with Centos 7)
So far I
Le 27/12/2019 à 04:11, Mauricio Tavares a écrit :
Why is it not there? FYI, I did try 'yum reinstall grub2' and no
/boot/grub2/grub.cfg for me.
You're probably on an EFI system, and your grub.cfg is in a different
location. Can't remember it off the top of my head, but do
# find /boot -name
24 matches
Mail list logo
