similar to: Running all my virtual machines with a low priority

>> I have an Ubuntu 18.04 system. What is the easiest way to run all of my virtual machines with a low priority? Say a "nice" level of 15. > > You can use the <vcpusched> (and related elements) to control > the schedular nice level up or down > > https://libvirt.org/formatdomain.html#elementsCPUTuning Thanks for your quick answer. I took at look at

> You would have to set the priority of all vCPUs in each guest, as well > as emulator threads in each guest (the latter needs very new libvirt). This does not seem a viable option then with Ubuntu 18.04. And changing XML on all guest VMs is extra work. Is there no other way? For example, are all such virtual machines not some daemon or systemd unit or set of units? Would it be feasible to

On Tue, Apr 30, 2019 at 04:24:08PM +0200, R. Diez wrote: > Hi all: > > I have an Ubuntu 18.04 system. What is the easiest way to run all of my virtual machines with a low priority? Say a "nice" level of 15. You can use the <vcpusched> (and related elements) to control the schedular nice level up or down https://libvirt.org/formatdomain.html#elementsCPUTuning

On Wed, May 01, 2019 at 11:41:17AM +0200, R. Diez wrote: > > > > I have an Ubuntu 18.04 system. What is the easiest way to run all of my virtual machines with a low priority? Say a "nice" level of 15. > > > > You can use the <vcpusched> (and related elements) to control > > the schedular nice level up or down > > > >

Why don't you configure all stuff internally and ask your provider to relay the e-mails from and to you via "smart relay"?? You will communicate only via smtp and only with your provider, and you can use a nice open-source bundle ( dovecot is mandatory because you wrote on that list :) ) in your LAN. > > > > > > > > > > ? Original Message >

> what should it do with the non local messages or local messages directly > at aliases? OK, so I gather that the Submission Server cannot do that (yet). My suggestion for a future version would then be: How about running dovecot-lda, if the user happens to be local, or a local alias? Or at least provide some sort of pattern matching: anything matching *@example.com , pass the message to

> What you are looking for would be a very advanced setup > [...] I don't think so. But we'll see! I would be happy to take a pre-packaged mail server solution like iRedMail which includes RoundCube or whatever. I just need a "easy", practical guide to reconfigure it to 1) download e-mails from a multidrop, and 2) relay external e-mail to the ISP's SMTP server.

On Thu, May 02, 2019 at 11:33:06AM +0200, Martin Kletzander wrote: > On Wed, May 01, 2019 at 11:58:23AM +0200, R. Diez wrote: > > > > > You would have to set the priority of all vCPUs in each guest, as well > > > as emulator threads in each guest (the latter needs very new libvirt). > > > > This does not seem a viable option then with Ubuntu 18.04. And

Hi all: I am evaluating mail server solutions for a small business. The trouble is, I am only a part-time admin and a newbie to mail servers. Most guides I have seen are rather unrealistic: they encourage you to expose your e-mail server to the Internet, and hope that you have the resources to keep it patched up. I would rather have an internal mail server that collects e-mails from a standard

Hi all: I am using the libvirt version that comes with Ubuntu 18.04.3 LTS. I have written a script that backs up my virtual machines every night. I want to limit the amount of memory that this backup operation consumes, mainly to prevent page cache thrashing. I have described the Linux page cache thrashing issue in detail here:

> Your goal does not sound weird. OK, thanks for the confirmation. > The most painless way might be to fetch incoming messages from > the ISP's IMAP and deliver them to your local dovecot. > A shortened fetchmailrc would read: > > poll remote.server ? > ? user ?, password ? > ? folder 'INBOX' > ? fetchall > ? idle > ? ssl > mda

Hi all: I am using the libvirt version that comes with Ubuntu 18.04.3 LTS. I want to backup a virtual machine in a foolproof way: - Gracefully shutdown the VM. - Backup the disk image. - Restart the VM. I wrote the following script to do that: https://github.com/rdiez/Tools/blob/master/VirtualMachineManager/BackupVm.sh Writing that script was difficult enough because of the virsh limitations

Hi all: I am learning Dovecot step by step. I have enabled the Submission Server, in the hope that I would not need to learn other MTAs like Postfix. The Submission Server is very comfortable: it picks up the existing Dovecot configuration, so that you do not need to configure any user authentication separately. It is working fine on my test setup. My first thought was that, if the recipient

> Start of a HOWTO: > > 1) Install dovecot, create virtual accounts for all of your users > 2) Install fetchmail, make it pull the ISPs IMAP and deliver locally > 3) Install postfix as a smart relay and deliver locally to locals > > Feel free to fill in the details ;) And I thought you guys had nothing else to do, sitting here on the mailing list and pretending to have some

On 1/22/20 11:11 AM, Michal Privoznik wrote: > On 1/22/20 10:03 AM, R. Diez wrote: >> Hi all: >> >> I am using the libvirt version that comes with Ubuntu 18.04.3 LTS. > > I'm sorry, I don't have Ubuntu installed anywhere to look the version > up. Can you run 'virsh version' to find it out for me please? Nevermind, I've managed to reproduce with

Hi all: I am new to e-mail servers and I am evaluating Dovecot. Not really the best combination. 8-) I am trying to find a balance between legal data retention requirements and online mailbox size. I do not want huge online mailboxes, as doing offline, rotating data backups could then take forever (among other reasons). I would rather avoid online (cloud) backups (data protection etc.). If I

> Have a look at Mailcow too, it comes with almost everything. > I?ve been running it for a year now, after many years of usin > a self-assembled stack, and it?s a bliss. Thanks for the hint. I initially discarded Mailcow because of this: "mailcow: dockerized comes with multiple containers" The installation instructions mention that Docker Compose is required. Not long ago I

>>> That way your users can create their vacancies with the ISP portal, >> But then internal e-mails need to go out to the ISP, >> don't they? Because, if internal e-mails get delivered locally, the >> vacation autoresponses on the ISP will not trigger, will they? > Hello R, I only wrote about the incoming side - of course, you also want to > send mail to

On Wed, May 01, 2019 at 11:58:23AM +0200, R. Diez wrote: > >> You would have to set the priority of all vCPUs in each guest, as well >> as emulator threads in each guest (the latter needs very new libvirt). > >This does not seem a viable option then with Ubuntu 18.04. And changing XML on all guest VMs is extra work. > >Is there no other way? For example, are all such

> You need SPF and DKIM for your outgoing email to be accepted. > [...] I don't understand why that is the case (but keep in mind that I am a newbie). Is it not possible to set up some internal SMTP server that only relies the e-mails to the external ISP SMTP server? The internal SMTP server would then act like a normal user's Thunderbird. At first I tought that the internal