On Tue, 13 Apr 2021 23:36:48 -0400
Chris Schanzle via CentOS wrote:
> I discovered if I set ForwardX11=no (either on ssh command line or in
> ~/.ssh/config) the hang does not happen. But why does that matter? No
> updates to openssh.
Far out! That's the solution!
Well, not really a solution
On 4/13/21 11:36 PM, Chris Schanzle via CentOS wrote:
> On 4/13/21 5:00 PM, Frank Cox wrote:
>> On Tue, 13 Apr 2021 22:29:26 +0200
>> Simon Matter wrote:
>>
>>> You could try running strace on the hanging process so see what it's doing.
>> [frankcox@mutt temp]$ rsync -avv ../temp/ jeff:temp
>>
On 4/13/21 5:00 PM, Frank Cox wrote:
> On Tue, 13 Apr 2021 22:29:26 +0200
> Simon Matter wrote:
>
>> You could try running strace on the hanging process so see what it's doing.
> [frankcox@mutt temp]$ rsync -avv ../temp/ jeff:temp
> opening connection using: ssh jeff rsync --server
Once upon a time, Simon Matter said:
> I haven't followed oVirt/RHV but I'm wondering how free it is? Is it as
> "free" as RHEL or as CentOS/Alma/Rocky/Navy/Oracle Linux?
oVirt is the upstream for RHV. Development takes place in oVirt, but
(to me anyway) like Fedora, that doesn't mean it is an
On Tue, 13 Apr 2021 22:29:26 +0200
Simon Matter wrote:
> You could try running strace on the hanging process so see what it's doing.
[frankcox@mutt temp]$ rsync -avv ../temp/ jeff:temp
opening connection using: ssh jeff rsync --server -vvlogDtpre.iLsfxC . temp (7
args)
sending incremental file
> On Tue, 13 Apr 2021 12:09:42 -0700 (PDT)
> Paul Heinlein wrote:
>
>> Is there any chance that your shell is configured to emit anything to
>> stderr or stdout when you logout of jeff? It's fairly rare, but I've
>> seen logout messages mess up rsync before.
>
> I don't think so. The only change
Le 13/04/2021 à 18:48, Roberto Ragusa a écrit :
> Splitting things too much will increase the maintenance effort, every stupid
> detail
> like new kernel installation, clock syncing, log rotation, security patching,
> etc.
> gets duplicated. Not to mention the need to now maintain a network
On Tue, 13 Apr 2021 12:09:42 -0700 (PDT)
Paul Heinlein wrote:
> Is there any chance that your shell is configured to emit anything to
> stderr or stdout when you logout of jeff? It's fairly rare, but I've
> seen logout messages mess up rsync before.
I don't think so. The only change from the
On Tue, 13 Apr 2021, Frank Cox wrote:
Here's a weird one.
I have two Centos 8 machines that use rsync-over-ssh to back up files between
each other. (Each machine acts as a backup machine for the other one.)
There's are nightly cronjobs that do the backing up, the commands look like
this:
On Tue, 13 Apr 2021 13:07:19 -0500
Christopher Wensink wrote:
> Try using --whole-file / -W
Using that command, it says "delta-transmission disabled for local transfer or
--whole-file
", but it still stalls at the end so there's no change.
Since it works fine transferring files over nfs, it
Try using --whole-file / -W
On 4/13/2021 12:52 PM, Frank Cox wrote:
On Tue, 13 Apr 2021 12:43:16 -0500
Christopher Wensink wrote:
Does it behave any differently when adding a & at the end of the command
when running it manually, or running in a screen session?
Nope. I get the same stall
On Tue, 13 Apr 2021 12:43:16 -0500
Christopher Wensink wrote:
> Does it behave any differently when adding a & at the end of the command
> when running it manually, or running in a screen session?
Nope. I get the same stall both ways. Running it in a screen session looks
exactly like what I
Does it behave any differently when adding a & at the end of the command
when running it manually, or running in a screen session?
Chris
On 4/13/2021 11:45 AM, Frank Cox wrote:
Here's a weird one.
I have two Centos 8 machines that use rsync-over-ssh to back up files between
each other.
Hello!
What's the source of truth for https://docs.centos.org/en-US/docs/ ?
There's an "Edit this page" button on the top right, but it points to a
file:// URL.
As part of the Hyperscale SIG, there's a bunch of user-facing
documentation we'd like to eventually write and publish, and that would
On 4/13/21 11:48 AM, Roberto Ragusa wrote:
On 4/10/21 6:13 PM, Nicolas Kovacs wrote:
I'd be curious to have your input, since I'm fairly new to this sort
of approach.
I would only separate things that for some reasons are "dirty", e.g.
require non packaged
installation.
All the rest
On 4/10/21 6:13 PM, Nicolas Kovacs wrote:
I'd be curious to have your input, since I'm fairly new to this sort of
approach.
I would only separate things that for some reasons are "dirty", e.g. require
non packaged
installation.
All the rest (like bind, postfix, dovecot) can happily live in
Here's a weird one.
I have two Centos 8 machines that use rsync-over-ssh to back up files between
each other. (Each machine acts as a backup machine for the other one.)
There's are nightly cronjobs that do the backing up, the commands look like
this:
rsync -av --delete /home/mydirectory
--On Tuesday, April 13, 2021 1:15 AM -0400 Steven Tardy
wrote:
IMO each VM should have a singular use/purpose/app. VMs are effectively
free. And also prevents unintended negative upgrade interactions.
Think through this to the logical end as each process is it's own
On Tue, 13 Apr 2021 at 08:24, Simon Matter wrote:
> > On 13.04.21 12:33, Simon Matter wrote:
> >>> Once upon a time, Nicolas Kovacs said:
> Both PVE and PBS are based on Debian, and now I wonder if RHEL-based
> systems
> have something similar to offer.
> >>>
> >>> I believe Red
> On 13.04.21 12:33, Simon Matter wrote:
>>> Once upon a time, Nicolas Kovacs said:
Both PVE and PBS are based on Debian, and now I wonder if RHEL-based
systems
have something similar to offer.
>>>
>>> I believe Red Hat Virtualization, and its open upstream oVirt, are
>>>
On 13.04.21 12:33, Simon Matter wrote:
Once upon a time, Nicolas Kovacs said:
Both PVE and PBS are based on Debian, and now I wonder if RHEL-based
systems
have something similar to offer.
I believe Red Hat Virtualization, and its open upstream oVirt, are
comparable to Proxmox. I have used
On Tue, Apr 13, 2021 at 6:15 AM Steven Tardy wrote:
>
> On Sat, Apr 10, 2021 at 12:13 PM Nicolas Kovacs wrote:
>
> > I'd be curious to have your input, since I'm fairly new to this sort of
> > approach.
> >
>
> This is the whole pets VS cattle choice.
>
> IMO each VM should have a singular
> Once upon a time, Nicolas Kovacs said:
>> Both PVE and PBS are based on Debian, and now I wonder if RHEL-based
>> systems
>> have something similar to offer.
>
> I believe Red Hat Virtualization, and its open upstream oVirt, are
> comparable to Proxmox. I have used oVirt for a number of years.
23 matches
Mail list logo