search for: nmila

...lmtp(3152): Connect from local Aug 4 12:19:42 vmail2 dovecot: auth: ldap(imaptester at noa.gr): unknown user Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Disconnect from local: Successful quit Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Connect from local Aug 4 12:19:42 vmail2 dovecot: auth: ldap(nmilas at noa.gr): unknown user Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Disconnect from local: Successful quit Aug 4 12:19:42 vmail2 dovecot: imap(nmilas): save: box=Sent, uid=31, msgid=<c84ae059-854d-12bc-6aa2-9099cc2977b2 at noa.gr>, size=445, vsize=459, from=Nikolaos Milas <nmilas at...

...ot;DKIM failure report for job 6103B52092 on mx0.roessner-net.de") I have not had other DKIM failure reports from anywhere and I know that we should not have issues with it. An example from gmail: Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of nmilas at noa.gr designates 195.251.204.235 as permitted sender) smtp.mail=nmilas at noa.gr; dkim=pass header.i=@noa.gr So, whom should I contact to investigate this problem? Thanks, Nick

...local > Aug 4 12:19:42 vmail2 dovecot: auth: ldap(imaptester at noa.gr): unknown user > Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Disconnect from local: > Successful quit > Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Connect from local > Aug 4 12:19:42 vmail2 dovecot: auth: ldap(nmilas at noa.gr): unknown user > Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Disconnect from local: > Successful quit > Aug 4 12:19:42 vmail2 dovecot: imap(nmilas): save: box=Sent, uid=31, > msgid=<c84ae059-854d-12bc-6aa2-9099cc2977b2 at noa.gr>, size=445, > vsize=459, from=Niko...

Hello, On CentOS 6.5 x86_64 I have (/etc/sysconfig/iptables): *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :RH-Firewall-1-INPUT - [0:0] -A INPUT -j RH-Firewall-1-INPUT -A FORWARD -j RH-Firewall-1-INPUT -A RH-Firewall-1-INPUT -i lo -j ACCEPT -A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT -A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -A

On Thu, Jan 5, 2017 at 4:04 AM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 4/1/2017 7:37 ??, Gordon Messmer wrote: > > I don't see that on VMs that I manage. Some of the physical machines that >> I manage do have duplicates in the device.map. >> > > Thank you Gordon for your feedback! > > Can others please...

On 4/5/2017 5:56 ??, Marcelo Roccasalva wrote: > dracut -f /boot/initramfs-<kernel_version>.img <kernel_version> I did: # dracut -f /boot/initramfs-3.10.0-514.10.2.el7.x86_64.img 3.10.0-514.10.2.el7.x86_64 and it ended without reporting any error. However, when I rebooted, nothing changed ("no such device: <UUID>. Entering rescue mode..."). Am I missing

On 5/5/2017 8:29 ??, Nikolaos Milas wrote: > I am very puzzled with "unknown filesystem". After more googling, I found this bug report with a very recent fix: https://bugzilla.redhat.com/show_bug.cgi?id=1399487 It seems to me that this may be relevant in our case. If so, may it be that this fix has not been rolled out to CentOS repos yet? What is your opinion and your

> On 19 Jan 2016, at 16:04, Nikolaos Milas <nmilas at noa.gr> wrote: > > On 19/1/2016 3:31 ??, Timo Sirainen wrote: > >> Change it the other way around: >> >> remote 127.0.0.1 { >> protocol imap { >> ... >> } >> } > > Thank you for your advice Timo (on "remote" block...

On 19 Jan 2016, at 13:34, Nikolaos Milas <nmilas at noa.gr> wrote: > > On 15/1/2016 8:02 ??, Nikolaos Milas wrote: > > Having received no reply, I tried using the above info by configuring: > > protocol imap { > imap_client_workarounds = "delay-newmail" > mail_plugins = quota imap_quota notify...

On 3/5/2017 10:41 ??, Marcelo Roccasalva wrote: > Does the UUID of root filesystem in /etc/fstab match the actual UUID > as reported by blkid? And remove/etc/lvm/cache/.cache if it exists Thank you Marcelo for replying, The directory /etc/lvm/cache/ is empty. And, yes, the UUID matches: # blkid /dev/vda1: UUID="297e2939-d6f5-431a-9813-9848368ee306" TYPE="xfs"

On Fri, May 5, 2017 at 12:52 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 5/5/2017 1:42 ??, Nikolaos Milas wrote: > > Hmm, it seems that the boot flag should be removed from /dev/vda2 >> partition? >> > > Actually, I tried this and left the boot flag only to /dev/vda1. I > rebooted and I am still getting the same...

On Fri, May 5, 2017 at 2:38 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 5/5/2017 3:15 ??, Gianluca Cecchi wrote: > > ... >> grub2-install /dev/vda >> ... >> Was this one of the command you already tried? >> > > Yes, I have tried that multiple times, both from Troubleshooting Mode > (booting using Cen...

On 01/04/2017 03:07 AM, Nikolaos Milas wrote: > Is it normal in CentOS 7 to have a device map with two entries esp. > when the (physical or virtual) hardware has only one hd ? I don't see that on VMs that I manage. Some of the physical machines that I manage do have duplicates in the device.map.

On Wed, May 3, 2017 at 11:24 AM, Nikolaos Milas <nmilas at noa.gr> wrote: > > Hello, > > I'm struggling to make a cloned CentOS 7 VM (under KVM) to work. > > The VM was cloned using mondorestore. Restore appears successful but the VM won't boot; see: > > http://iweb.noa.gr/files/centos7/supergrub2-scratchvm-20170503-0...

On Wed, May 3, 2017 at 4:55 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 3/5/2017 10:41 ??, Marcelo Roccasalva wrote: > >> Does the UUID of root filesystem in /etc/fstab match the actual UUID >> as reported by blkid? And remove/etc/lvm/cache/.cache if it exists > > > Thank you Marcelo for replying, > > The dire...

On Thu, May 4, 2017 at 11:43 AM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 4/5/2017 5:20 ??, Marcelo Roccasalva wrote: > >> Dumb question: the file starts with a dot, doesn't show up in "ls" without >> "-a". > > > Of course, I check with ls -la.It is empty indeed. > >> Even dumber quest...

On Thu, May 4, 2017 at 1:12 PM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 4/5/2017 5:56 ??, Marcelo Roccasalva wrote: > >> dracut -f /boot/initramfs-<kernel_version>.img <kernel_version> > > > I did: > > # dracut -f /boot/initramfs-3.10.0-514.10.2.el7.x86_64.img > 3.10.0-514.10.2.el7.x86_64 when you bo...

Are the correct volumes referenced in your /etc/default/grub file? On May 4, 2017 11:12:11 AM CDT, Nikolaos Milas <nmilas at noa.gr> wrote: >On 4/5/2017 5:56 ??, Marcelo Roccasalva wrote: > >> dracut -f /boot/initramfs-<kernel_version>.img <kernel_version> > >I did: > ># dracut -f /boot/initramfs-3.10.0-514.10.2.el7.x86_64.img >3.10.0-514.10.2.el7.x86_64 > >and it ende...

On 5/5/2017 5:11 ??, Barry Brimer wrote: > Are the correct volumes referenced in your /etc/default/grub file? Thanks Barry for your feedback. Here is the output: http://iweb.noa.gr/files/centos7/scratchvm-data-20170505-01.png What can you tell from that? Cheers, Nick

On Fri, May 5, 2017 at 11:54 AM, Nikolaos Milas <nmilas at noa.gr> wrote: > On 5/5/2017 5:11 ??, Barry Brimer wrote: > > Are the correct volumes referenced in your /etc/default/grub file? >> > > Thanks Barry for your feedback. > > Here is the output: > > http://iweb.noa.gr/files/centos7/scratchvm-data-20170505-01.pn...