similar to: ssh startup fails

Hello everyone, meantime I reached in the following line-worm to get openssh-2.2.0p1 compiled with pam. CFLAGS="-I/usr/local/ssl/include" LDFLAGS="-static -L/lib/security -L/lib -L/usr/local/ssl/lib -L/lib" ./configure --prefix=/usr/local/ --bindir=/bin/ --sbindir=/sbin/ --sysconfdir=/etc/ssh/ --with-ssl-dir=/usr/local/ssl --with-xauth=/usr/X11R6/bin/xauth

On Mon, Sep 21, 2015 at 6:36 AM, Mathias Radtke <m.radtke at uib.de> wrote: > On 21.09.2015 12:06, Gene Cumm wrote: >> >> On Mon, Sep 21, 2015 at 2:38 AM, Mathias Radtke <m.radtke at uib.de> wrote: >>> The used TFTPD works fine with BIOS machines. >>> I have two Initrd images. One is 64bit and almost 90MB and the 32bit is >>> 85MB.

On 21.09.2015 12:06, Gene Cumm wrote: > On Mon, Sep 21, 2015 at 2:38 AM, Mathias Radtke <m.radtke at uib.de> wrote: >> >> On 18.09.2015 16:35, Gene Cumm wrote: >>> 1) This is actually a critical cusp size. Watch what tftpd you use or >>> you'll never get it all. The tftpd needs to support rollover. >>> Consider HTTP as it should be more capable

On 18.09.2015 16:35, Gene Cumm wrote: > 1) This is actually a critical cusp size. Watch what tftpd you use or > you'll never get it all. The tftpd needs to support rollover. > Consider HTTP as it should be more capable and much faster. The used TFTPD works fine with BIOS machines. I have two Initrd images. One is 64bit and almost 90MB and the 32bit is 85MB. I know that some tftpd

Hi, I am currently trying to replace our companies elilo UEFI PXE boot with syslinux. I compiled all the needed files and the DHCP distributes them fine to the requesting client. However when I try to boot our companies miniroot the DHCP serves the file, but it seems like it never finishes. The image is generated with the following command: find . | grep -v 'name'.bz2 | cpio -o -H newc

On 21.09.2015 13:32, Patrick Masotta wrote: > > What do you observe? Does it transfer the file then the Linux kernel > > crashes? Does it spontaneously reboot before completing the > > operation? > The client is a VSphere VM Client. It displayes the IP Address and > then: > Loading Kernel..... ok > Loading initrd.bz2... > > This stalls for

>From nfs-admin@lists.sourceforge.net Wed Jan 31 09:21:55 2001 >Return-Path: <nfs-admin@lists.sourceforge.net> Received: from usw-sf-list1.sourceforge.net (usw-outbound.sourceforge.net [216.136.171.194]) by gateway.camelot.jp (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id JAA03106 for <jareth@camelot.co.jp>; Wed, 31 Jan 2001 09:21:53 +0900 X-Authentication-Warning:

On Mon, Sep 21, 2015 at 2:38 AM, Mathias Radtke <m.radtke at uib.de> wrote: > > > On 18.09.2015 16:35, Gene Cumm wrote: >> >> 1) This is actually a critical cusp size. Watch what tftpd you use or >> you'll never get it all. The tftpd needs to support rollover. >> Consider HTTP as it should be more capable and much faster. > > The used TFTPD works

-- Mathias Radtke --- http://uib.de/de/support-schulung/schulung/ --- uib gmbh Bonifaziusplatz 1B 55118 Mainz Tel. 06131 / 27561-16 <phone:061312756116> Fax 06131 / 27561-22 <phone:061312756122> E-Mail: m.radtke at uib.de Internet: www.uib.de Gesch?ftsf?hrer: dr. detlef oertel & erol ueluekmen Handelsregister: Amtsgericht Mainz HRB 6942

Attached is a patch for the latest tftp-hpa. This patch add support for named pipes. Named pipes are 0 byte files which can be read by a PXE boot process. They provide the necessary informations for the boot process and are deleted afterwards. This PXE boot is a single event and won't interact until another named pipe is created for the client. -- Mathias Radtke ---

Hello! I''ve got the following setup: ippp0 (isdn), ppp0 (adsl), eth1 (internal lan), eth0 (nic dedicated to the adsl modem) Firewall rules: Default 2.4. iptables (everything set to accept) except: iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE iptables -t nat -A POSTROUTING -o ippp0 -j MASQUERADE Routing Table: Default gw is set to the ptp partner of ippp0 Problem: Packets

>From nfs-admin@lists.sourceforge.net Thu Feb 1 03:51:36 2001 >Return-Path: <nfs-admin@lists.sourceforge.net> Received: from usw-sf-list1.sourceforge.net (usw-outbound.sourceforge.net [216.136.171.194]) by gateway.camelot.jp (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id DAA11596 for <jareth@camelot.co.jp>; Thu, 1 Feb 2001 03:51:35 +0900 X-Authentication-Warning:

maybe it's in the data? So here it comes. > sv.growth Grouped Data: length ~ meas | box_id meas spec comp water box_id sprouts leaves length long.sprout 1 1 Sv control moist 1 8.800000 37.80 211.2000 60.6 2 1 Sv xfull moist 2 7.000000 8.00 174.8000 62.8 3 1 Sv control moist 3 9.000000

I am a newbie to linux and shorewall. I am reading the shoreall quickstart guides. I am a bit confused about the following statement: ----------- quote -------------- The firewall has two network interfaces. Where Internet connectivity is through a cable or DSL "Modem", the External Interface will be the ethernet adapter that is connected to that "Modem" (e.g., eth0) unless you

On Fri, Sep 18, 2015 at 10:02 AM, Mathias Radtke via Syslinux <syslinux at zytor.com> wrote: > Hi, > I am currently trying to replace our companies elilo UEFI PXE boot with > syslinux. > I compiled all the needed files and the DHCP distributes them fine to the > requesting client. > > However when I try to boot our companies miniroot the DHCP serves the file, > but it

>>> > > I have seen this before; Are you using VMware 12 ? > try changing the virtual driver. > I have reported a bug on certain VMware drivers that > mistakenly set TFTP blocksize to 1486 instead of 1468, > That leads to IP fragmentation and high chances of an aborted > TFTP transfer if the file is big. See here: >

On Mon, Sep 21, 2015 at 8:16 AM, Patrick Masotta <masottaus at yahoo.com> wrote: >>>> > > > > I have seen this before; Are you using VMware 12 ? > > try changing the virtual driver. > > I have reported a bug on certain VMware drivers that > > mistakenly set TFTP blocksize to 1486 instead of 1468, > > That leads to IP fragmentation and

I've been checking the authentication with "wbinfo -a <username>%<password>", which is failing with the following error: plaintext password authentication failed error code was NT_STATUS_NO_SUCH_USER (0xc0000064) error messsage was: No such user Could not authenticate user <username>%<password> with plaintext password challenge/response password

Hi all! I am a recent user of dovecot. First of all, the migration from UW-IMAP was definitely worth it. But now I've run into some troubles. Two of my users complain that they can't read their Inboxes, but other folders work fine. The error message I get in the logs look like: lynx imap(gheorghe.bancos): file buffer.c: line 357 (buffer_set_start_pos): assertion failed: (abs_pos

Hi Folks, I'm using ISDN-Connections extensively because ADSL is not available. So far it works fine "out of the box" (CentOS 5 PAE). Two questions: 1. for which the fcpci-kernel-modules from atrpm-Repo are useful? 2. Whats about channel bundling? Does CentOS bundling automaticly on every established connection (if it is selected in Network-Configuration) or is it only