search for: localdomains

Hi Guys, i have a problem with PXE/UEFI Boot. Legacy PXE Boot is working fine. I use Dnsmasq with integrated tftp. As Mentioned above, legacy pxe boot is working fine, tcpdump shows: --- start tcpdump legacy pxe boot --- 13:44:16.589197 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from f8:ca:b8:06:7d:ed (oui Unknown), length 548 13:44:20.543910 IP 0.0.0.0.bootpc >

When I attach an external monitor to my new Dell Precision I always get this and the monitor refuses to recognize video input. If I persist it reaches a point where the machine will boot but won't bring up a login prompt. I have to ssh to get in. And worst of all, it persisted after I remove the external monitor and am forced to re-install CentOS (7.6.1810). Aug 02 14:19:42

Hi all, I''ve followed http://reductivelabs.com/trac/puppet/wiki/UsingMongrel for configuring my puppet with mongrel. Al seems to work fine, except that, after a reinstall of 40 nodes atone time, I got many kind of errors like: ------------------------------------------------------------------------- err: Could not request certificate: Certificate retrieval failed: .tmp file already

https://bugs.freedesktop.org/show_bug.cgi?id=111242 Bug ID: 111242 Summary: Device driver tries to sync DMA memory it has not allocated Product: Mesa Version: 19.1 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

https://bugzilla.mindrot.org/show_bug.cgi?id=3766 Bug ID: 3766 Summary: openssh PerSourcePenalties and pam_nologin interaction Product: Portable OpenSSH Version: 9.8p1 Hardware: ARM64 OS: Linux Status: NEW Severity: normal Priority: P5 Component: PAM support Assignee:

Hi, I''m running into a strange issue where one mongrel will sometimes develop hundreds of CLOSE_WAIT TCP connections, mostly to apache (I think -- see sample lsof output below). I haven''t had a chance to get the mongrel with this behavior into USR1 debug mode yet. I didn''t catch it in time. This happens a couple times a day on average at seemingly random times.

* cross posted to the mongrel mailing list* Hi, I''m running into a strange issue where one mongrel will sometimes develop hundreds of CLOSE_WAIT TCP connections, mostly to apache (I think -- see sample lsof output below). I haven''t had a chance to get the mongrel with this behavior into USR1 debug mode yet. I wrote a little loop below that will catch it next time. This

Am 11.05.2017 um 20:30 schrieb Larry Martell: > On Wed, May 10, 2017 at 3:19 PM, Larry Martell <larry.martell at gmail.com> wrote: >> On Wed, May 10, 2017 at 3:07 PM, Jonathan Billings <billings at negate.org> wrote: >>> On Wed, May 10, 2017 at 02:40:04PM -0400, Larry Martell wrote: >>>> I have a CentOS 7 system that I run a home grown python daemon on. I

Dear Dovecot Mailing List, I have 2 questions regarding dovecot and would very much appreciate if you would kindly give me helps. <Question 1> Is 'X-UID' no longer shown in mail header via pop3? I have checked with the following 3 version of dovecot packages in order to make sure if a message sent by dovecot have 'X-UID' in its mail header, and the result is that only

https://bugs.freedesktop.org/show_bug.cgi?id=109407 Bug ID: 109407 Summary: GTX 1050 fails to initialise acceleration Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

On Fri, May 12, 2017 at 11:44 AM, Larry Martell <larry.martell at gmail.com> wrote: > On Thu, May 11, 2017 at 7:58 PM, Alexander Dalloz <ad+lists at uni-x.org> > wrote: > > Am 11.05.2017 um 20:30 schrieb Larry Martell: > >> > >> On Wed, May 10, 2017 at 3:19 PM, Larry Martell <larry.martell at gmail.com > > > >> wrote: > >>>

Hi recently i have this error on our server.... how i can fix it? # systemctl status libvirtd ● libvirtd.service - Virtualization daemon Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor preset: enabled) Active: active (running) since Sat 2017-07-01 11:08:50 EDT; 2min 54s ago Docs: man:libvirtd(8) http://libvirt.org Main PID: 5233 (libvirtd)

Hi, I've done upgrade from Ubuntu 13.04 (samba 4.0 alpha) -> 13.10 -> 14.04 (samba 4.1.6). Now it looks I've lost some accounts. samba-tool dbcheck reports problems but cannot fix them with --fix param: ERROR: incorrect GUID component for member in object CN=MobileEX,CN=Users,DC=yyy-local,DC=localdomain -

my postfix setup http://code.google.com/p/appwsgi/wiki/smtp my dovecot setup http://code.google.com/p/appwsgi/wiki/imap root at localhost:~# /etc/postfix/test/root 220 localhost.localdomain ESMTP Postfix (Ubuntu) 250-localhost.localdomain 250-PIPELINING 250-SIZE 10240000 250-VRFY 250-ETRN 250-STARTTLS 250-AUTH PLAIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN 235 2.7.0 Authentication successful

On Wed, Jul 5, 2017 at 5:02 PM, Sahina Bose <sabose at redhat.com> wrote: > > > On Wed, Jul 5, 2017 at 8:16 PM, Gianluca Cecchi <gianluca.cecchi at gmail.com > > wrote: > >> >> >> On Wed, Jul 5, 2017 at 7:42 AM, Sahina Bose <sabose at redhat.com> wrote: >> >>> >>> >>>> ... >>>> >>>> then

On Wed, May 10, 2017 at 3:07 PM, Jonathan Billings <billings at negate.org> wrote: > On Wed, May 10, 2017 at 02:40:04PM -0400, Larry Martell wrote: >> I have a CentOS 7 system that I run a home grown python daemon on. I >> run this same daemon on many other systems without any incident. On >> this one system the daemon seems to die or be killed every day around >>

Hi, unfortunately I found a bug in Dovecot's ACL handling for shared mailboxes. It turns out Dovecot doesn't enforce lower casing the privileged username to whom the mailbox should be shared to. This results in a invalid configuration. Users get confused, since they passed on a valid email address in their ACL setup. /usr/local/www/default/mail/test at

I have need to use the old network-scripts and not NetworkManager. I did yum install network-scripts, I have ifcfg-eth0 set for ONBOOT=yes but it is not starting on boot. What have I missed ? Jerry

Hi I have figured out what went wrong. I have previously complied samba without ldap support. There are tdb files in /var/db/samba. I have just uninstall samba and remove all tdb files (this instruction was given when run make deinstall in the samba3 ports, but I didn't follow it before). I did a fresh recompile with ldap support and now the problem is gone. Thanks Patrick --- Patrick

Kernel parameters aside (console=ttyUSB0 console=tty0), I am trying to get a login console working on a USB-to-serial adapter. systemctl enable serial-getty at ttyUSB0.service systemctl start serial-getty at ttyUSB0.service This works without issue on Debian 8. However when running the same on CentOS 7, my logs are filled with: May 16 12:44:58 localhost.localdomain systemd[1]: Starting Serial