Displaying 20 results from an estimated 800 matches similar to: "(no subject)"
2001 Aug 13
0
(no subject)
>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:
2015 Sep 21
0
Problem with 90MB Initrd
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.
2015 Sep 21
4
Problem with 90MB Initrd
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
2015 Sep 21
2
Problem with 90MB Initrd
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
2015 Sep 18
2
Problem with 90MB Initrd
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
2011 Sep 05
1
Error on creating snapshots (btrfs: could not do orphan cleanup -116)
This happens on a freshly created btrfs filesystem in a raid10 (4x1TB)
configuration with three
subvolumes and 1.5 TB data.
When I try to snapshot one of the subvolumes (with 100 GB of data), it
says that the snapshot
creation failed and I get the following error message:
btrfs: could not do orphan cleanup -116
After the failure:
- The snapshot exists in `btrfs subvolume list''
- The
2015 Sep 21
2
Problem with 90MB Initrd
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
2000 Aug 07
0
ssh startup fails
Hello all :)
While trying to bind to 0.0.0.0 having lo0, eth0 and ippp0 up no matter
whether on- or offline, i get this:
sshd[4518]: error: getnameinfo failed
sshd[4518]: fatal: Cannot bind any address.
It seems sshd tries to get reverse-resolved the ippp0's address. Is
there a configuraiotn fault on my behalf? Did i misunderstand the way
sshd works?
Shouldn't sshd rather not rely on
2015 Sep 21
0
Problem with 90MB Initrd
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
2017 Jan 10
0
(no subject)
--
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
2017 Jan 11
0
[tftp-hpa] [PATCH] support for named pipes
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
---
1998 Jul 02
1
redirector timeout (actually sun y2k)
Gregory Hosler <greg@camelot.eno.ericsson.se> wrote:
> Everything was running smoothly, and then I applied the solaris "y2k" patches.
> Now, most accesses to samba will hang for a minute or 2, before completing. In
> the event log I see messages like:
>
> The redirector has times out a request to <server name>
>
> This did not used to happen.
2003 Sep 28
0
Re: LARTC digest, Vol 1 #1385 - 4 msgs
Здравствуйте lartc-request,
Sunday, September 28, 2003, 8:45:03 AM, you wrote:
lrmdn> Send LARTC mailing list submissions to
lrmdn> lartc@mailman.ds9a.nl
lrmdn> To subscribe or unsubscribe via the World Wide Web, visit
lrmdn> http://mailman.ds9a.nl/mailman/listinfo/lartc
lrmdn> or, via email, send a message with subject or body ''help'' to
2005 Sep 20
2
upssched-cmd wrong call
Hi,
i am running nut-2.0.0-5 on Fedora core 3.
I have the following Problem:
In my upssched.conf i have set the Following Parameter:
CMDSCRIPT /usr/local/guzman/sbin/upssched-cmd
...
AT COMMBAD * START-TIMER upsgone 10
AT COMMOK * CANCEL-TIMER upsgone
...
Now if I pull the serial Plug, in my log i see the following error:
Event: upsgone
Execute command failure:
2019 Apr 16
4
Time Synchronisation - SELinux Labeling and Policy
hi, i want set selinux to usw with ntpd
but when i run (as described in wiki)
semanage -a -t ntpd_t "/usr/local/samba/var/lib/ntp_signd"
i have that error
"
usage: semanage [-h]
{import,export,login,user,port,ibpkey,ibendport,interface,module,node,fcontext,boolean,permissive,dontaudit}
...
semanage: error: argument subcommand: invalid choice:
2011 Feb 21
3
[LLVMdev] attaching metadata to llvm::Argument
Hey everyone,
I'm trying to retrieve information about signed-/unsignedness of an
llvm::Argument so I can print out it's value to the user properly. llvm itself
doesn't distinguish signed and unsigned and so llvm::Type is of no help here.
Checking for nsw/usw is only an unreliable approximation and only available
for llvm::Instructions anyways.
I tried to use debugging
2011 Feb 22
0
[LLVMdev] attaching metadata to llvm::Argument
I too would have an immediate application if metadata could be attached
to arguments. I'm currently working around it by using named metadata
in the module (matched by index to the arguments).
Andrew
On 02/21/2011 11:18 AM, Florian Merz wrote:
> Hey everyone,
>
> I'm trying to retrieve information about signed-/unsignedness of an
> llvm::Argument so I can print out
2010 Jan 07
1
"diag", "diag<-" and "[" , "[<-"
Dear all
I have the following problem.
M <- matrix(0,3,3) # dimension of M is dinamic and this can lead to the
next subscript
diag(M[1,1]) <- rep(100,1)
#Error in `diag<-`(`*tmp*`, value = 100) :
# only matrix diagonals can be replaced
diag(M[1,1,drop=F]) <- rep(100,1)
#Error in diag(M[1, 1, drop = F]) <- rep(100, 1) :
# incorrect number of subscripts
diag(M[2:3,1:2]) <-
2008 Jul 25
0
glht after lmer with "$S4class-" and "missing model.matrix-" errors with DATA
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
2003 May 13
1
audit.so ?
Hi all
Is anyone using the audit.so module ?
I've compiled it and added the appropriate line to smb.conf but I seem to be
having a few issues...
Here is an snip from syslog...
May 13 18:12:44 netvault.crcert.unsw.edu.au smbd_audit[13474]: opendir ./
May 13 18:12:44 netvault.crcert.unsw.edu.au smbd_audit[13474]: opendir .
May 13 18:12:50 netvault.crcert.unsw.edu.au smbd_audit[13474]: opendir .