search for: carlh04426

...y much appreciated! On Wed, 29 Apr 2015 22:28:00 +0200 Johan Kooijman wrote: > Carl, > > By default my.cnf has to obey the OS limits, so in this case the > order is: systemd > /etc/security/limits* > /etc/my*. > > On Wed, Apr 29, 2015 at 3:22 PM, Carl E. Hartung > <carlh04426 at gmail.com> wrote: > > > Hi Johan, > > > > Does systemd also overrule /etc/my.conf? > > > > Thx! > > > > Carl > > > > On Wed, 29 Apr 2015 14:58:52 +0200 > > Johan Kooijman wrote: > > > > > Gotz, > > > >...

Hi Johan, Does systemd also overrule /etc/my.conf? Thx! Carl On Wed, 29 Apr 2015 14:58:52 +0200 Johan Kooijman wrote: > Gotz, > > This is due to systemd, it overrules your settings. Add a file to > systemd config fixes it: > > [root at mysql2 ~]# cat /etc/systemd/system/mariadb.service.d/limits.conf > [Service] > LimitNOFILE=10000 > LimitMEMLOCK=10000 > >

Hi, On Tue, Apr 28, 2015 at 10:37 AM, <carlh04426 at gmail.com> wrote: > Hi All, > > I had some health issues for a few months and I barely recall dealing > with Heartbleed ... it's all just a blur. Now I'm getting back up to > speed, but I have a pair of CentOS 6.6 x86_64 + Virtualmin 4.13 GPL > servers which no long...

On Tue, 28 Apr 2015 10:47:32 +0530 Ashish Yadav wrote: > have you tried to rebuild the RPM database using below command, > > # rpm --rebuilddb Hi Ashish, and thank you for your reply. I contemplated doing that but felt I needed to better understand the problem, first. As it happens, I refined my search phrase a few more times and ultimately discovered the problem ... and the fix:

Carl, By default my.cnf has to obey the OS limits, so in this case the order is: systemd > /etc/security/limits* > /etc/my*. On Wed, Apr 29, 2015 at 3:22 PM, Carl E. Hartung <carlh04426 at gmail.com> wrote: > Hi Johan, > > Does systemd also overrule /etc/my.conf? > > Thx! > > Carl > > On Wed, 29 Apr 2015 14:58:52 +0200 > Johan Kooijman wrote: > > > Gotz, > > > > This is due to systemd, it overrules your settings. Add a file to...

+1 Thanks! That was a little bit confusing at first. Regards . G?tz Am 30.04.15 um 04:21 schrieb carlh04426 at gmail.com: > Thank you for clarifying this, Johan. Very much appreciated! > > On Wed, 29 Apr 2015 22:28:00 +0200 > Johan Kooijman wrote: > >> Carl, >> >> By default my.cnf has to obey the OS limits, so in this case the >> order is: systemd > /etc/secur...

Hi All, I had some health issues for a few months and I barely recall dealing with Heartbleed ... it's all just a blur. Now I'm getting back up to speed, but I have a pair of CentOS 6.6 x86_64 + Virtualmin 4.13 GPL servers which no longer seem to be picking up available updates. 'yum check' ran for about 25 minutes this evening on one of them and returned nothing useful. rpm -qa

hey guys, I need to mount a different volume onto /var so we have more room to breathe. I'll be turning 3 servers into an elasticsearch cluster. And for some reason when the servers were ordered the large local volume ended up being /usr when the ES rpm likes to store it's indexes on /var. So I'm syncing the contents of both directories to a different place, and I'm going swap

On Fri, 1 May 2015 11:10:26 -0600 Frank Cox wrote: > I have a daily cron job that runs the following command: > > rsync -av --delete /home/frankcox/ /mnt/fileserver/backup Hi Frank, I've seen this when using the -a flag where it turns out there are discrepancies in ownerships (user:group, UID:GID) between the local source and a remote target. The -a flag intends to preserve

On Wed, 24 Jun 2015 12:42:19 -0400 Tim Dunphy wrote: > Does anyone have a good guess as to why these 'out of space' failures > are occurring? Hi Tim, At first glance, I don't see anything obvious, but if it were me, I'd do the following: a) add the 'n' flag to do a dry run (no actual copying) b) increase rsync's verbosity (A single -v will give you

On Mon, 7 Sep 2015 13:05:59 -0400 Robert Moskowitz wrote: > I am trying to rsync the named files under /etc for backup purposes. > I tried: > > rsync -ah --stats --delete -e "ssh -p613 -l root" > 192.168.192.2:/etc/name* /home/rgm/data/htt/httnet/homebase/new/etc > > The stats shows it sees all the files, but only moves the > dir /etc/named and the files

On Tue, 8 Sep 2015 10:25:33 -0700 (PDT) Mark Milhollan wrote: > On Mon, 7 Sep 2015, Carl E. Hartung wrote: > >On Mon, 7 Sep 2015 13:05:59 -0400 > >Robert Moskowitz wrote: > > >> rsync -ah --stats --delete -e "ssh -p613 -l root" > >> 192.168.192.2:/etc/name* /home/rgm/data/htt/httnet/homebase/new/etc > > >Why '-e' (specify remote

On Wed, 9 Sep 2015 05:51:38 -0700 (PDT) Mark Milhollan wrote: > On Tue, 8 Sep 2015, Carl E. Hartung wrote: > >On Tue, 8 Sep 2015 10:25:33 -0700 (PDT) Mark Milhollan wrote: > > >> -e specifies the *local* transport command to use > > > >What?! Straight from the documentation: > > > >" -e, --rsh=COMMAND specify the remote shell to

On Thu, 10 Sep 2015 22:50:47 -0400 Robert Moskowitz wrote: > > That will use the default port on the remote host, you can override > > that without specifying the -e if required using -p <port>. > > > $ rsync -ah --stats --delete -p 613 root at 192.168.129.2:/etc/dhcp/ > /home/rgm/data/htt/httnet/homebase/new/dhcp > Unexpected remote arg: root at