I added the new index on 2024-03-12. The cronjob kicks off at 01:00 and
you can see that it greatly reduced the time. On 2024-03-09 you can see
that the cronjob started at 01:00 completed at 21:00 ... this is the 20
hour run.
** Attachment added: "Screenshot 2024-03-17 12.38.32.png"
https://
Public bug reported:
I found that the daily cron job was taking many hours. Once it took 20
hours to complete!
In mysql, I added a new index on the `messages` table, on the
from_domain column. Now the cronjob takes four minutes, every time it
runs.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Public bug reported:
I was doing an upgrade from 18.04 to 20.04 and this bug was
automatically built by the system.
ProblemType: Package
DistroRelease: Ubuntu 20.04
Package: xymon-client 4.3.30
ProcVersionSignature: Ubuntu 5.4.0-1051.53~18.04.1-aws 5.4.119
Uname: Linux 5.4.0-1051-aws x86_64
Appor
The reason that I filed this as a bug is because I have a config that
works perfectly on 2.6 kernels that I cannot get working on 3.13 or 4.1
kernels.
I figure there are two possible reasons:
1) The feature has become broken and needs to be fixed.
2) Something changed in how the feature works and
I have been trying out other solutions in the lab, such as having
haproxy (which is also running on these machines) handle the FTP. So
far I have not been able to find the right config to make that work.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subs
Side issue: The username on my Ubuntu account (cz-ubuntu) was not chosen
by me, and I'd like to change it. I can't get into the Ubuntu forums
with this account. Who do I need to contact for that?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Additional data point -- I've built temporary production FTP load
balancers with CentOS 6, and they work properly. The firewall is
disabled here too. Here's the "uname -a" output of the online machine:
Linux lb5 2.6.32-504.16.2.el6.centos.plus.x86_64 #1 SMP Wed Apr 22
00:59:31 UTC 2015 x86_64 x8
That rc3-vivid kernel doesn't seem to exist.
I set up a lab machine, tried it out, and saw the same behavior that
I've reported here.
Then I installed the 4.1 rc2-vivid kernel package for amd64 and
rebooted. It complained about missing firmware for my realtek nics, but
networking appears to work
Will it be possible to solve this problem without turning on the
firewall?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1453180
Title:
Passive FTP is not handled properly by the ip_vs_ftp module
T
I cloned the latest resource-agents repository from github, built a new
ldirectord, and started up that copy. No change.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1453180
Title:
Passive FTP is
I grabbed a packet capture on the FTP client of the attempted FTP
through LVS. When the client sends the PASV command, it never gets a
response.
Repeating the packet capture on the machine doing LVS (and capturing
both interfaces), I got more info. The FTP server sends the reponse to
the PASV co
I notice that the ip_vs_ftp module is used by nf_nat. Does this mean
that FTP mangling cannot happen without the firewall?
I really don't want to enable to the Linux firewall ... all of this is
behind a Cisco firewall with restrictive ACLs, even though I'm using
public IPs on this machine.
root@
Public bug reported:
I have a setup on CentOS 5 (kernel 2.6.18-128.1.6.el5.centos.plus,
ipvsadm v1.24, ldirectord v1.186-ha-2.1.3) that handles this perfectly.
I'm migrating because the software on that system is very old.
After migrating the config to Ubuntu 14, fully updated with aptitude,
only
I have verified in a lab environment that the patch fixes the I
encountered when trying to replace a CentOS 5 load balancer with one
running Ubuntu 14.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/139
Public bug reported:
Package: ldirectord
Description:Ubuntu 14.04.1 LTS
Release:14.04
See debian bug 770349. https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=770349
For https health checks to succeed, the verify_hostname option for LWP
must be disabled. If an IP address is used f
15 matches
Mail list logo