On Tue, 30 Apr 2024 15:48:09 -0400
Gary Dale wrote:
Hello Gary,
>Yes but: both gdb and nfs-client installed fine. Moreover, the
>nfs-client doesn't appear to be a dependency of any of the massive load
>of files updated lately. The gdb package however is but for some
This
xception, however; deborphan
has bee removed from testing and, as things stand, it looks like it
might be permanent - I fully understand why, but I shall mourn its
passing, as I find it to be quite handy for weeding out cruft.
Yes but: both gdb and nfs-client installed fine. Moreover, the
nfs-clie
ed this down
> to a lack of nfs software on my workstation. Reinstalling nfs-client
> fixed this.
>
> I guess I need to pay closer attention to what autoremove tells me it's
> going to remove, but I'm confused as to why it would remove nfs-client &
> related pack
On Tue, 30 Apr 2024 09:51:01 -0400
Gary Dale wrote:
Hello Gary,
>Not looking for a solution. Just reporting a spate of oddities I've
>encountered lately.
As Erwan says, this is 'normal'. Especially ATM due to the t64
transition.
As you've found out, paying attention to removals is a Good Ide
my file server shares. I eventually traced this down to
> a lack of nfs software on my workstation. Reinstalling nfs-client fixed
> this.
>
> I guess I need to pay closer attention to what autoremove tells me it's
> going to remove, but I'm confused as to why it would
ware on my workstation. Reinstalling nfs-client
fixed this.
I guess I need to pay closer attention to what autoremove tells me it's
going to remove, but I'm confused as to why it would remove nfs-client &
related packages.
This follows a couple of previous full-upgrades that were hav
On Sat, Feb 22, 2020 at 10:27:41AM -0500, rhkra...@gmail.com wrote:
> On Saturday, February 22, 2020 09:42:32 AM Mark Raynsford wrote:
> > It's a new VM, but this actually _was_ the problem, amusingly. I had
> > the following in the bhyve device.map:
>
> I sometimes get too curious, but is bhyve a
On 2020-02-22T10:27:41 -0500
rhkra...@gmail.com wrote:
> On Saturday, February 22, 2020 09:42:32 AM Mark Raynsford wrote:
> > It's a new VM, but this actually _was_ the problem, amusingly. I had
> > the following in the bhyve device.map:
>
> I sometimes get too curious, but is bhyve a typo, or
On Saturday, February 22, 2020 09:42:32 AM Mark Raynsford wrote:
> It's a new VM, but this actually _was_ the problem, amusingly. I had
> the following in the bhyve device.map:
I sometimes get too curious, but is bhyve a typo, or something real? (I tried
locate on my system, didn't find anything
I've discovered what the problem was...
On 2020-02-22T17:39:05 +0300
Reco wrote:
>
> A leftover from an old installation maybe?
It's a new VM, but this actually _was_ the problem, amusingly. I had
the following in the bhyve device.map:
(hd0) /dev/zvol/storage/vm/peppermint/disk1
(cd0) /storage/
On Sat, Feb 22, 2020 at 02:03:55PM +, Mark Raynsford wrote:
> On 2020-02-22T16:44:18 +0300
> Reco wrote:
> >
> > And yet it is a case of running a wrong kernel.
> > You see, buster's kernel currently has version 4.19.0-8, but yours
> > (4.9.0-9) looks like an outdated stretch one.
> > And you
On 2020-02-22T16:44:18 +0300
Reco wrote:
>
> And yet it is a case of running a wrong kernel.
> You see, buster's kernel currently has version 4.19.0-8, but yours
> (4.9.0-9) looks like an outdated stretch one.
> And you do have a kernel 4.9, but you don't have the modules for it.
> You do have a k
Hi.
On Sat, Feb 22, 2020 at 12:53:38PM +, Mark Raynsford wrote:
> I've rebooted the VM several times, so it's definitely not a case of
> running the wrong kernel.
>
> # uname -a
> Linux bloodorange.int.arc7.info 4.9.0-9-amd64
And yet it is a case of running a wrong kernel.
You see, b
Hello!
I have a fresh install of Buster installed in a VM. I have
the following in /etc/apt/sources.list:
deb http://ftp.uk.debian.org/debian/ buster main
deb http://ftp.uk.debian.org/debian/ buster-updates main
deb http://security.debian.org/debian-security buster/updates main
deb-src http://ftp
On Fri, 24 Nov 2017 21:44:56 -0500
Roberto C. Sánchez wrote:
> NFS is a very old protocol that very likely has as yet undiscovered
> vulnerabilities. I would expect that the likelihood of there being
> even a theoretical vulnerability that would allow a malicous user on
> the server to gain acces
> an attacker gain access to the internal server this way?
>
> Does anyone use such a setup?
>
> internal Server ---> DMZ
> (NFS-Client) (NFS-Server)
>
NFS is a very old protocol that very likely has as yet undiscovered
vulnerabilities. I would
?
internal Server ---> DMZ
(NFS-Client)(NFS-Server)
- Chris
Ron Leach wrote:
> # mount 192.168.0.200:/srv /mnt/nfs/srv
> mount.nfs no such device
I think the device refered to here is the network device.
> Does the error message mean that there is no nfs client available in the
> rescue shell?
Which root are you using for your rescue? Is it
s.
>
> 192.168.0.200:/srv is being exported, and is seen by other machines.
>
> /mnt/nfs/srv exists in the rescue shell filesystem, and can be 'cd''d to.
>
> Does the error message mean that there is no nfs client available in
> the rescue shell?
>
> Is there
ters.
>
> 192.168.0.200:/srv is being exported, and is seen by other machines.
>
> /mnt/nfs/srv exists in the rescue shell filesystem, and can be 'cd''d
> to.
>
> Does the error message mean that there is no nfs client available in the
> rescue shell?
>
>
an be 'cd''d to.
Does the error message mean that there is no nfs client available in
the rescue shell?
Is there any way round this? There is an nfs client, somewhere in the
filesystem that the rescue shell can see, for example, if there was a
method to invoke it.
regards, Ron
So in that case is there any limit on number of mount NFS mount point we can
have on any given system running debain.
On Friday, July 25, 2014 1:00 PM, emmanuel segura wrote:
I think that nfs ins't a block or character divece, but a network filesystem
2014-07-25 18:19 GMT+02:00 Minesh P
I think that nfs ins't a block or character divece, but a network filesystem
2014-07-25 18:19 GMT+02:00 Minesh Parmar :
> I am running Debain Kernel Version 3.2.0-0.bpo.4-amd64 and system is
> expecting very large number of NFS Mount point.
>
> Here is my question...
>How I can find minor and
I am running Debain Kernel Version 3.2.0-0.bpo.4-amd64 and system is expecting
very large number of NFS Mount point.
Here is my question...
How I can find minor and major number for FileSystem Type NFS.
I dont see nfs under /dev.
Is there any program that I can run which will show me mino
a problem with either Debian or recent Linux
> > kernels with NFS that I am really confused by. I have an NFS server
> > (Debian Squeeze) exporting to a large number of users. While setting
> > up a new computer (Squeeze) as an NFS client, I noticed that it was
> > tak
o...@illinois.edu wrote:
> I've come across a problem with either Debian or recent Linux
> kernels with NFS that I am really confused by. I have an NFS server
> (Debian Squeeze) exporting to a large number of users. While setting
> up a new computer (Squeeze) as an NFS client,
Hi all,
I've come across a problem with either Debian or recent Linux
kernels with NFS that I am really confused by. I have an NFS server
(Debian Squeeze) exporting to a large number of users. While setting
up a new computer (Squeeze) as an NFS client, I noticed that it was
taking ~10 se
On Sun, Jan 23, 2011 at 8:32 PM, David Zelinsky wrote:
>
> After upgrading to squeeze on a Toshiba Satellite laptop, and
> upgrading kernel to 2.6.32, I am unable to mount remote nfs
> partitions. When I try, it just sits, and after several minutes says
> something like "mount.nfs system call fai
David Zelinsky writes:
> After upgrading to squeeze on a Toshiba Satellite laptop, and
> upgrading kernel to 2.6.32, I am unable to mount remote nfs
> partitions. When I try, it just sits, and after several minutes says
> something like "mount.nfs system call failed". Nothing else of
> relevanc
After upgrading to squeeze on a Toshiba Satellite laptop, and
upgrading kernel to 2.6.32, I am unable to mount remote nfs
partitions. When I try, it just sits, and after several minutes says
something like "mount.nfs system call failed". Nothing else of
relevance appears in any log files that I c
On Tue, Jul 17, 2007 at 03:38:56PM +, randhir phagura wrote:
> Hi,
>
> I am new to Debian; using etch.
>
> I have installed nfs on server and clients. It is functional manually but
> does not mount the shares automatically from /etc/fstab.
>
> I have modified /etc/init.d/mountall.sh to mount n
On Tue July 17 2007 08:38, randhir phagura wrote:
> Hi,
>
> I am new to Debian; using etch.
>
> I have installed nfs on server and clients. It is functional manually but
> does not mount the shares automatically from /etc/fstab.
>
> I have modified /etc/init.d/mountall.sh to mount nfs by changing t
Hi,
I am new to Debian; using etch.
I have installed nfs on server and clients. It is functional manually but
does not mount the shares automatically from /etc/fstab.
I have modified /etc/init.d/mountall.sh to mount nfs by changing the 'nonfs'
to 'nfs' in the lines shown below"
mount_all_l
I am using a P3 desktop as the NFS server, which is labeled BDS, and a
P2 laptop as the NFS client, which is labeled LAP. Both computers have
Etch installed with the latest upgrades.
On the server (BDS), the command "exportfs -v" returns the following:
/home/ken
LAP(rw,as
Sorry for my late reply. I have been busy with other things so
continued my diskless install a couple of weeks after your answer.
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> I think what you want to do now is something like this:
> mount -t proc none /tftpboot/client-dir
> chroot /tftpboo
On Sun, Jan 07, 2007 at 05:01:16PM +0100, Urs Thuermann wrote:
> I want to install Debian testing on a diskless machine (i.e. no
> floppy, no CDROM, no hard disk) using DHCP/TFTP and NFS. Besides
> being diskless, the machine is a standard Pentium PC with a NIC which
> has an etherboot EPROM to bo
nfsdefaults
1 1
(this makes it "understand" that / is mounted using nfs), and perhaps
install other nfs-related packages for more options regarding nfs.
(apt-get install nfs-common portmap nfs-client)
You should make sure /etc/network/interfaces d
I want to install Debian testing on a diskless machine (i.e. no
floppy, no CDROM, no hard disk) using DHCP/TFTP and NFS. Besides
being diskless, the machine is a standard Pentium PC with a NIC which
has an etherboot EPROM to boot via DHCP/TFTP.
As described in the Debian Installation Guide, secti
On 2006-08-21, Todd A. Jacobs wrote:
> I have a box that I want to run an NFS client on, but not the server. I
> installed nfs-common, but attempts to mount result in the following:
>
> mount: storage:/mnt/storage failed, reason given by server:
> Permission denied
>
&g
Todd A. Jacobs wrote:
> Portmap is running, but mountd isn't part of nfs-common, it's part of
> nfs-kernel-server. Since I only want to run the client, should I have to
You don't need mountd on client computer. RTFM -- in this case NFS-HOWTO
(from doc-linux-nonfree-* package).
Matěj
--
GPG Fing
On Wed, Aug 23, 2006 at 01:19:23PM -0700, Todd A. Jacobs wrote:
> On Tue, Aug 22, 2006 at 11:27:05PM +0200, Andreas Rippl wrote:
>
> > Also, are the various daemons (portmap, mountd etc) running properly?
>
> Portmap is running, but mountd isn't part of nfs-common, it's part of
> nfs-kernel-serve
On Tue, Aug 22, 2006 at 11:27:05PM +0200, Andreas Rippl wrote:
> Also, are the various daemons (portmap, mountd etc) running properly?
Portmap is running, but mountd isn't part of nfs-common, it's part of
nfs-kernel-server. Since I only want to run the client, should I have to
run the server too?
On Mon, Aug 21, 2006 at 12:01:01PM -0700, Todd A. Jacobs wrote:
> I have a box that I want to run an NFS client on, but not the server. I
> installed nfs-common, but attempts to mount result in the following:
>
> mount: storage:/mnt/storage failed, reason given by server:
>
I have a box that I want to run an NFS client on, but not the server. I
installed nfs-common, but attempts to mount result in the following:
mount: storage:/mnt/storage failed, reason given by server:
Permission denied
My /etc/exports on the server seems to contain the right stuff
On (05/06/03 11:12), Bob Proulx wrote:
> Mark C wrote:
> > It feels like a client issue, as RedHat on the client works great.
>
> I just realized that Mark pointed out that you were running NFSpv2
> instead of NFSpv3. That could make a big difference. Check your
> kernel versions. Here is the d
Bob Proulx said on Thu, Jun 05, 2003 at 11:12:20AM -0600:
> So you might try an upgrade to 2.4.20 in order to get the new code.
> Thinking about this with the information so far and this is my best
> guess.
>
> Unfortunately, 2.4.20 is not available prebuilt for woody directly, it
> is in sarge.
Mark C wrote:
> It feels like a client issue, as RedHat on the client works great.
I just realized that Mark pointed out that you were running NFSpv2
instead of NFSpv3. That could make a big difference. Check your
kernel versions. Here is the decoder ring. I think. But the this
has been my ob
Mark said on Wed, Jun 04, 2003 at 12:32:07AM +0100:
> On Wed, 2003-06-04 at 00:01, Mark Ferlatte wrote:
>
> >
> > Just a guess: I have 4 of these entries... and I'm pretty sure that you're
> > supposed to have more than one kernel NFS thread on the server. Are you using
> > the userspace NFS ser
Bob Proulx wrote:
> What does your /etc/exports on your server say? Does it say 'sync' or
> 'async' for export options?
At the top of my head I cannor remeber, will check it out, but personally,
It feels like a client issue, as RedHat on the client works great.
> Just as an aside you might chec
Mark C wrote:
> I have woody running perfectly, yet it takes an age to read/write any
> files from my nfs server, where as redhat is (for nfs clients anyway)
> blistering fast,
>
> Heres my current mount arguments in /etc/fstab:
> loki:/nfs-exports/tmp /pub/tmp nfs nfsvers=2,rsize=4096,wsize=4096
On Wed, 2003-06-04 at 00:01, Mark Ferlatte wrote:
>
> Just a guess: I have 4 of these entries... and I'm pretty sure that you're
> supposed to have more than one kernel NFS thread on the server. Are you using
> the userspace NFS server?
How would I tell that? (sorry to sound silly)
I basically
doh!
sorry for the last post, I sent it from the wrong address, I was
checking the support email at the same time..
Anyway, I have done a bit more investigation, and it seems that I only
get the slowdown if I write TO the nfs server from the client,
As I copied some large binaries across to the
Support said on Tue, Jun 03, 2003 at 11:40:02PM +0100:
> Server:
> #pmap_dump
> 102 tcp111 portmapper
> 102 udp111 portmapper
> 132 udp 2049 nfs
^ ^
Just a guess: I have 4 of these entries... and I'm pretty sure
On Tue, 2003-06-03 at 23:09, Mark Ferlatte wrote:
> Are you running portmap on the client and server?
Yes
> Are you sure that portmap knows about the NFS progs (what does pmap_dump tell
> you?)
It would seem so, as her is the output regarding on both the client and
server:
Client:
# pmap_dump
Mark C said on Tue, Jun 03, 2003 at 10:40:13PM +0100:
> I have woody running perfectly, yet it takes an age to read/write any
> files from my nfs server, where as redhat is (for nfs clients anyway)
> blistering fast, I have tried several wsize and rsize options, but its
> still very slow, I'm curre
Hi,
I'm posting this as a last resort, as I'm now at my wits end, after
several hrs googling and reading the man pages, I'm still no closer to
solving this mystery.
My NFS server is running stock woody (with all updates) and exporting
several shares, a few for public access and one for the /home
Hi,
I have set up an nfs server and it can be mounted by most nfs clients,
but there is one doesn't work. I use "rpcinfo -p ***.***.***.***" to
test that client, and it answers "Can't contact portmapper: Remote
System Error - connection refused". When I use "rpcinfo -p" on that
client, which is al
I have two Debian Woody (kernel 2.4.19) systems NFS mounting (v3) off
the same NFS server. Suddenly, one of the systems is reporting the
below error. This happens quite offen and is usually, but not always
preceeded by a file save, from Open Office, over the NFS mount. The
other computer does no
> "Douglas" == Douglas Eck <[EMAIL PROTECTED]> writes:
Douglas> I am running debian sid. I am on a network with my
Douglas> homedirectory served via NFS by a Dell intel box (note,
Douglas> not IRIX) running Redhat 7.1.
Douglas> Under kernels 2.4.14 [patched with sourceforge NF
I am running debian sid. I am on a network with my homedirectory
served via NFS by a Dell intel box (note, not IRIX) running Redhat 7.1.
Under kernels 2.4.14 [patched with sourceforge NFS patch
linux-2.4.14-seekdir.dif]
and also with unpatched 2.4.7 I have problems with screwed up file
reading a
[nfsd nfs]
Client lsmod - woody
nfs 160536 1 (autoclean)
lockd 41720 1 (autoclean)[nfs]
sunrpc 41720 1 (autoclean)[nfs lockd]
Hi,
I get the following message and the machine crashes,
apparently when it tries to access our nfs server.
nfs: task 588 cant get a request slot
This is not the server problem (most probably) as the
files can be accessed at the same time from someother
client machine.
This error occurs
Hi,
I get the following message and the machine crashes, apparently when it
tries to access our nfs server.
nfs: task 588 cant get a request slot
This is not the server problem (most probably) as the files can be
accessed at the same time from someother client machine.
This error occurs
On Wed, Jul 07, 1999 at 06:42:06PM +0200, Lex Chive wrote:
> On Wed, Jul 07, 1999 at 10:12:20AM -0500, Christian Dysthe wrote:
> > Hi,
> >
> > I was upgrading my potato box and got this as the nfs-client was being set
> > up.
> > I also get an error messa
On Wed, Jul 07, 1999 at 10:12:20AM -0500, Christian Dysthe wrote:
> Hi,
>
> I was upgrading my potato box and got this as the nfs-client was being set up.
> I also get an error message about this when I am rebooting.
>
> Here goes:
>
> Setting up nfs-client (1.4.3-2) .
Hi,
I was upgrading my potato box and got this as the nfs-client was being set up.
I also get an error message about this when I am rebooting.
Here goes:
Setting up nfs-client (1.4.3-2) ...
Starting NFS client services: rpc.lockdlockdsvc: Function not implemented
rpc.statd.
Whar does this
I have a debian box at work mounting a few (well, I guess a lot) of NFS
shares on various Solaris machines. It was working just fine until
yesterday (two months solid uptime) when all of a sudden, I started
getting many errors like:
[EMAIL PROTECTED]:[~/naetwt2]$ ls
ls: 800pts: Stale NFS file ha
On Wed, 25 Mar 1998, Rob Goodwin wrote:
> does anybody know of a client for win95 that will allow me to map a linux
> drive across the network? perferably something that is a free download.
AFAIK there are only commercial implementations of nfs on windows. Of
course, Microsoft didn't invent (and
Rob Goodwin wrote:
> does anybody know of a client for win95 that will allow me to map a linux
> drive across the network? perferably something that is a free download.
Use the built-in windows networking (with tcp/ip) and install samba
on the linux box.
Tim
--
(work) [EMAIL PROTECTED] / (hom
does anybody know of a client for win95 that will allow me to map a linux
drive across the network? perferably something that is a free download.
thanks.
rg
<>
70 matches
Mail list logo
