From net-nds/rpcbind-1.2.5/temp/build.log:
x86_64-pc-linux-gnu-gcc -DPACKAGE_NAME=\"rpcbind\" [...] -c -o src/security.o
src/security.c
src/security.c:27:10: fatal error: rpcsvc/rquota.h: No such file or directory
#include
Where can I find that header file ?
Regards,
/Karl Hammar
On Sat, Jan 11, 2020, at 09:16, k...@aspodata.se wrote:
> From net-nds/rpcbind-1.2.5/temp/build.log:
> x86_64-pc-linux-gnu-gcc -DPACKAGE_NAME=\"rpcbind\" [...] -c -o
> src/security.o src/security.c
> src/security.c:27:10: fatal error: rpcsvc/rquota.h: No such file or
&
On Sun, Feb 1, 2015 at 9:15 PM, Rich Freeman wrote:
>
> I believe that starting nfs-client.service or nfs-server.service
> starts everything needed EXCEPT rpcbind. I'd have to re-trace
> everything, but I think that there are multiple packages involved here
> and the upstream
On 2011/05/15 22:18 (GMT-0400) Felix Miata composed:
The errors from NFS are different than I originally encountered, and indicate
that neither portmap nor rpcbind are running. Which of the two did nfs-utils
actually install (or both?), and what exactly is its name I need to use with
rc-update
ose $RPCFOO variables in /etc/sysconfig/nfs,
> which are mostly null-strings anyway, which is why my nfs server is
> working correctly without those variables.
>
> (Working correctly *after* "systemctl enable rpcbind", that is.)
"systemctl enable rpcbind" or "sys
quot;ti" means - Transport Independant.
>
> RPC has been in a state of flux for some time and I too have run into
> init-script oddities as things change.
>
> In my case, I have nfs-utils-1.3.0, and rc-update configuredd to start
> rpc.statd. This works because
>
> depen
On 2014-01-02 7:48 AM, Tanstaafl wrote:
On 2014-01-02 7:38 AM, William Kenworthy wrote:
Try this:
# /etc/conf.d/nfs
Thanks Bill, I will...
But what do I need to restart to test the changes? I'd rather not have
to reboot every time...
Is it just rpcbind? Or do I need to restar
Hi,
> rpcbind: server 192.168.2.1 not responding, timed out
> Root-NFS: Unable to get nfsd port number from server, using default
> Looking up port of RPC 15/1 on 192.168.2.1
> rpcbind: server 192.168.2.1 not responding, timed out
> Root-NFS: Unable to get mountd port num
I don't know if adding the rpcbind.service to
> the multi-user systemd target is also starting rpc.statd. AFAIK this
> process is also necessary for a proper working nfs.
>
I believe that starting nfs-client.service or nfs-server.service
starts everything needed EXCEPT rpcbind. I'd have
x27;t start correctly.
>
> After two frustrating days I discovered that I had never enabled the
> rpcbind.service on the "broken" machine. So I enabled rpcbind, which
> fixed the breakage.
>
> So, why did the "broken" machine work normally for more than a ye
service on the "broken" machine. So I enabled rpcbind, which
fixed the breakage.
So, why did the "broken" machine work normally for more than a year
without rpcbind until two days ago? (I suppose because nfs-utils was
updated to 1.3.0 ?)
The real problem here is that I have n
On Sat, Jan 11, 2020, at 11:22, k...@aspodata.se wrote:
> Soo, why don't I have it???
Did you enable the "rpc" USE flag for sys-fs/quota?
--
https://fturco.net/
Francesco Turco:
> On Sat, Jan 11, 2020, at 11:22, k...@aspodata.se wrote:
> > Soo, why don't I have it???
>
> Did you enable the "rpc" USE flag for sys-fs/quota?
Great, that did the trick, thanks.
Regards,
/Karl Hammar
On 2014-01-02 7:38 AM, William Kenworthy wrote:
Try this:
# /etc/conf.d/nfs
Thanks Bill, I will...
But what do I need to restart to test the changes? I'd rather not have
to reboot every time...
Is it just rpcbind? Or do I need to restart nfs/nfsmmount too? Others?
Thanks... hope
(compile
phase)..." errors. Today I attempted NFS mounting only to find messages
indicating I had neither portmap nor rpcbind running, so tried 'emerge
portmap'. This produced similar (compile phase)... line 2140: Called die..."
error. So did 'emerge rpcbind'. The
get rather than rpcbind.service should work as long as
>> rpcbind.service is enabled.
>>
>> But having "Requires=rpcbind.service" and "After=rpcbind.service",
>> like nfsd.service has/had, means that you don't have to enable
>> rpcbind.service
On Sun, Feb 1, 2015 at 7:31 PM, walt wrote:
>
> For example, I had to add the rpcbind.service to the multi-user
> systemd target because even nfs3 seems to need it.
You must mean "because especially nfsv3 needs it" because,
theoretically, nfsv4 doesn't need rpcbind s
mpted two emerges suggested by the
> handbook (one being Grub Legacy). Both produced "ERROR: ... (compile
> phase)..." errors. Today I attempted NFS mounting only to find messages
> indicating I had neither portmap nor rpcbind running, so tried 'emerge
> portmap
deep-sixes nfs-config.service.
I've just had the unoriginal idea of looking at my portage tree's
nfs-utils and rpcbind ebuilds and files...
The 1.2.9 nfs-utils ebuild has "systemd_dounit
"${FILESDIR}"/nfsd.service" where nfsd.service has
"Requires=rpcbind.servic
ed.
Then I remember something about lock.d with the transition to rpcbind from
portmap, but the details escape me now.
Anyone else remember?
--
alan dot mckinnon at gmail dot com
Francesco Turco:
> On Sat, Jan 11, 2020, at 09:16, k...@aspodata.se wrote:
...
> > #include
> > Where can I find that header file ?
> According to the portagefilelist.de website, either in sys-libs/glibc or in
> sys-fs/quota.
Thanks for the tip.
Soo, why don't I have it???
$ fgrep quota.h
get is also starting rpc.statd. AFAIK this
process is also necessary for a proper working nfs.
This is the rpc stuff running on my nfs client system:
[rpciod]
/sbin/rpcbind
/sbin/rpc.statd --no-notify
Regards
wabe
post the messages here. Be sure to include enough of the
log, from the first error message on.
>> Today I attempted NFS mounting only to find messages
>> indicating I had neither portmap nor rpcbind running, so tried 'emerge
>> portmap'. This produced similar (co
er over TCP support
{{{ here it should appear I suppose }}}
[ ] Support for rpcbind versions 3 & 4 (EXPERIMENTAL)
So all prerequisites seem to meet. What is still missing?
Arrgh!
Thanks in advance.
Bertram
--
Bertram Scharpf
Stuttgart, Deutschland/Germany
http://www.bertram-scharpf.de
--
[EMAIL PROTECTED] mailing list
nning in VirtualBox and I see they've
already fixed the same breakage by going back to 'rpcbind.service'
in their nfs-server.service file.
I see they also define all those $RPCFOO variables in /etc/sysconfig/nfs,
which are mostly null-strings anyway, which is why my nfs server is
working correctly without those variables.
(Working correctly *after* "systemctl enable rpcbind", that is.)
de server support for the NFSv3 ACL protocol extensi
> [ ] Provide NFSv4 server support (EXPERIMENTAL)
> [*] Provide NFS server over TCP support
> {{{ here it should appear I suppose }}}
> [ ] Support for rpcbind versions 3 & 4 (EXPERIMENTAL)
>
>
> So all prerequisites
rvice is enabled.
>
> But having "Requires=rpcbind.service" and "After=rpcbind.service",
> like nfsd.service has/had, means that you don't have to enable
> rpcbind.service.
>
I was just looking at that and thinking the same thing. Nothing is
really forcing rp
r ;-(
>
> I fully expected ti to be there so a lot of hunting in /etc/init.d ensued.
> Then I remember something about lock.d with the transition to rpcbind from
> portmap, but the details escape me now.
>
> Anyone else remember?
Actually looking on the web, old (very old) kernel
sure
> portmapper is running.
>
> Then when I try to start nfs service if it fails.
>
> Producing these messages in syslogd:
> Jan [...] nfsd[29077]: nfssvc: Protocol not supported
> Jan [...' : RPC: failed to contact local rpcbind server (errno 5).
[...]
> kernel:
>
quot; because,
> theoretically, nfsv4 doesn't need rpcbind since an nfsv4 mount only
> needs to now about rpc.nfsd's default port 2049.
Tom, you obviously know nfs better than I do, so maybe you can answer
this question for me.
This morning I got "waiting on lockfile foo in /u
, or even different.
>
> Does the output attached suggest anything? (It's a bit long to be in line.)
>
> The NFS host shows no log messages at all. Both the firewalls are exactly
> the same as they have been for years.
In fact, I'd missed the one clue, as it was days old: rpcb
boot
pwcheck
pydoc-2.7
pydoc-3.1
root boot
rpc.idmapd
rpc.pipefs
rpc.statd
rpcbind
rsyncd
saslauthd
Am 26.07.2014 04:47, schrieb walt:
> So, why did the "broken" machine work normally for more than a year
> without rpcbind until two days ago? (I suppose because nfs-utils was
> updated to 1.3.0 ?)
>
> The real problem here is that I have no idea how NFS works, and e
d/system/nfs-server.service.d
> and their contents?
Bingo again :) Your question led me to the answer, which I think is a bug
in /usr/lib64/systemd/system/nfs-server.service.
Here's why the bug showed up just this morning: way back at the beginning
of systemd I stole some .service files f
pen domain
80/tcp open http
111/tcp open rpcbind
139/tcp open netbios-ssn
143/tcp open imap
445/tcp open microsoft-ds
587/tcp open submission
631/tcp open ipp
746/tcp open unknown
993/tcp open imaps
2049/tcp open nfs
3632/tcp open distccd
MAC Address: 00:10:4B:73:8E:81 (3com)
Nm
g
> in /usr/lib64/systemd/system/nfs-server.service.
>
> Here's why the bug showed up just this morning: way back at the beginning
> of systemd I stole some .service files from RedHat Fedora, including one
> named 'nfs.service'.
Both RH and Gentoo have now adopted the
grub/splash.xpm.gz in menu.lst?
The errors from NFS are different than I originally encountered, and indicate
that neither portmap nor rpcbind are running. Which of the two did nfs-utils
actually install (or both?), and what exactly is its name I need to use with
rc-update or start one o
temd unit file,
really? With a perfunctory look at
/usr/portage/net-fs/nfs-utils/files, I see several *.service files. I
highly recommend using the unit files provided by the Gentoo devs.
> Turns out the foreign RedHat file was starting rpcbind for me all those
> months and, when I de
eating inet6 TCP socket.
> rpc.nfsd: writing fd to kernel failed: errno 97 (Address family not supported
> by protocol)
> rpc.nfsd: unable to set any sockets for nfsd
Is rpcbind.service running?
Does "rpcbind -p" output the usual programs/ports/...?
Are the nfs-api-filesystems mounted? ("/var/lib/nfs/rpc_pipefs" and
"/proc/fs/nfsd")
;>
>> You must mean "because especially nfsv3 needs it" because,
>> theoretically, nfsv4 doesn't need rpcbind since an nfsv4 mount only
>> needs to now about rpc.nfsd's default port 2049.
>
> This morning I got "waiting on lockfile foo in /us
)
sys-apps/systemd required by (net-wireless/bluez-5.47-r1:0/3::gentoo,
installed)
sys-apps/systemd:= required by (net-nds/rpcbind-0.2.4-r1:0/0::gentoo,
installed)
sys-apps/systemd required by (app-admin/syslog-ng-3.13.2:0/0::gentoo,
ebuild scheduled for merge)
sys-apps/syste
On 27 July 2014 18:25:24 CEST, "Stefan G. Weichinger" wrote:
>Am 26.07.2014 04:47, schrieb walt:
>
>> So, why did the "broken" machine work normally for more than a year
>> without rpcbind until two days ago? (I suppose because nfs-utils was
>> updated
ucing these messages in syslogd:
Jan [...] nfsd[29077]: nfssvc: Protocol not supported
Jan [...' : RPC: failed to contact local rpcbind server (errno 5).
Only one of the nfssvc lines appear but the RPC line appears several
times.
I got the impression from google that nfssvc was related to n
localmount | boot
mdev | sysinit
microcode_ctl | default
modules | boot
mount-ro | shutdown
mtab | boot
net.eth0 | default
net.lo | boot
net.wla
ap
sw 0 0
/dev/sda4 /mnt/windowsntfs
noauto 0 0
59.78.22.20:/ /raspi nfs4
rw,_netdev,auto,rsize=32768,wsize=32768 0 0
senge@Senge-Laptop ~ $ sudo rc-config restart nfsmount
Restarting init script
* Starting rp
ord-1.2.11:0/2::gentoo,
installed)
sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo,
installed)
>=sys-apps/systemd-209 required by
(sys-process/procps-3.3.10-r1:0/0::gentoo, installed)
sys-apps/systemd:0/2= required by (net-nds/rpcbind-0.2.3:0/0::gentoo,
ins
net.lo | boot
netmount | default
ntp-client | default
ntpd | default
postfix | default
procfs | boot
root | boot
rpcbind | default
savecache |
php-5.6.29 (systemd ? sys-apps/systemd)
gnome-base/gvfs-1.28.3-r1 (systemd ? sys-apps/systemd:0)
media-gfx/sane-backends-1.0.25-r1 (systemd ? sys-apps/systemd:0)
net-fs/samba-4.2.14 (systemd ? sys-apps/systemd:0)
net-libs/libvncserver-0.9.11-r1 (systemd ? sys-apps/systemd)
net-misc/openvpn-2.3.12
s/systemd)
> gnome-base/gvfs-1.28.3-r1 (systemd ? sys-apps/systemd:0)
> media-gfx/sane-backends-1.0.25-r1 (systemd ? sys-apps/systemd:0)
> net-fs/samba-4.2.14 (systemd ? sys-apps/systemd:0)
> net-libs/libvncserver-0.9.11-r1 (systemd ? sys-apps/systemd)
> net-misc/openvpn-2.3.12 (sys
temd:0/2= required by (net-fs/samba-4.1.19:0/0::gentoo,
> installed)
> >=sys-apps/systemd-44:0= required by (x11-misc/colord-1.2.11:0/2::gentoo,
> installed)
> sys-apps/systemd required by (sys-apps/util-linux-2.26.2:0/0::gentoo,
> installed)
> >=sys-ap
the ground up. So I booted a box via pxe, tftp and dhcp. it boots---
but can't seem to find NFS.
And yes, i've googled. none have worked. I don't know what I'm missing.
I get this:
rpcbind: server 192.168.2.1 not responding, timed out
Root-NFS: Unable to get nfsd port numbe
mount-ro |shutdown
> mtab | boot
> mysql | default
> net.eth0 | default
>net.lo | boot
> netmount | default
>ntp-client | default
>
On 27/07/2014 17:55, J. Roeleveld wrote:
On 27 July 2014 18:25:24 CEST, "Stefan G. Weichinger" wrote:
Am 26.07.2014 04:47, schrieb walt:
So, why did the "broken" machine work normally for more than a year
without rpcbind until two days ago? (I suppose because nfs-utils
e work normally for more than a year
> >>> without rpcbind until two days ago? (I suppose because nfs-utils was
> >>> updated to 1.3.0 ?)
> >>>
> >>> The real problem here is that I have no idea how NFS works, and each
> >>> new vers
cause command
'dcbtool' could not be found!
I: dracut module 'fcoe-uefi' will not be installed, because command
'fipvlan' could not be found!
I: dracut module 'fcoe-uefi' will not be installed, because command
'lldpad' could not be found!
I: dra
ild scheduled for merge)
> > pulled in by
> > sys-apps/systemd required by (media-sound/mpd-0.19.9-r1:0/0::gentoo,
> > installed)
> > >=sys-apps/systemd-204[pam] required by
> > (sys-auth/pambase-20150213:0/0::gentoo, installed)
> > sys-apps/systemd:
ken" machine work normally for more than a year
> > >>> without rpcbind until two days ago? (I suppose because nfs-utils was
> > >>> updated to 1.3.0 ?)
> > >>>
> > >>> The real problem here is that I have no idea how NFS works, and each
coe-uefi' will not be installed, because command
> 'fipvlan' could not be found!
> I: dracut module 'fcoe-uefi' will not be installed, because command
> 'lldpad' could not be found!
> I: dracut module 'iscsi' will not be installed, because comman
(sys-apps/sysvinit-2.88-r7:0/0::gentoo, installed) pulled in by
>>> >=sys-apps/sysvinit-2.86-r6 required by
>>> (sys-apps/openrc-0.17:0/0::gentoo, installed)
>>> >=sys-apps/sysvinit-2.87-r3 required by
>>> (sys-kernel/dracut-043-r2:0/0::gentoo, i
gt; page or refer to the Gentoo Handbook.
> >>>
> >>>
> >>> * Error: The above package list contains packages which cannot be
> >>> * installed at the same time on the same system.
> >>>
> >>> (sys-apps/sysvinit-2.88-r7:0/0::gen
'mdraid' will not be installed, because command
'mdadm' could not be found!
dracut: dracut module 'cifs' will not be installed, because command
'mount.cifs' could not be found!
dracut: dracut module 'iscsi' will not be installed, because command
'
'multipath' could not be found!
dracut module 'cifs' will not be installed, because command 'mount.cifs'
could not be found!
dracut module 'fcoe-uefi' will not be installed, because command
'dcbtool' could not be found!
dracut module 'fcoe-uefi' wil
p://www.insecure.org/nmap/ ) at 2006-10-04 20:39
CDT
Interesting ports on bullet.espersunited.com (192.168.1.2):
(The 1657 ports scanned but not shown below are in state: closed)
PORT STATE SERVICE
21/tcp open ftp
22/tcp open ssh
25/tcp open smtp
53/tcp open domain
80/tcp open ht
net-libs/libnfsidmap-0.24
net-libs/libtirpc-0.2.2-r1
net-misc/curl-7.33.0
net-misc/dhcpcd-5.6.4
net-misc/iputils-20121221
net-misc/ndisc6-0.9.9
net-misc/netifrc-0.1
net-misc/ntp-4.2.6_p5-r7
net-misc/openssh-5.9_p1-r4
net-misc/rdate-1.4-r4
net-misc/rsync-3.0.9-r3
net-misc/vconfig-1.9
net-misc/wget-
1657 ports scanned but not shown below are in state: closed)
> > PORT STATE SERVICE
> > 21/tcp open ftp
> > 22/tcp open ssh
> > 25/tcp open smtp
> > 53/tcp open domain
> > 80/tcp open http
> > 111/tcp open rpcbind
> > 139/tcp op
5:35:57 Syrin kernel: [1454017.500159] [ 4868] 0 4868
1905 433 8 3 43 0 agetty
Apr 28 05:35:57 Syrin kernel: [1454017.500162] [27439] 0 27439
675 295 5 3 60 0 rpcbind
Apr 28 05:35:57 Syrin kernel: [1454017.5
nitest-5.11.3
dev-ruby/net-telnet-0.1.1-r1
dev-ruby/power_assert-1.1.5
dev-ruby/racc-1.4.14
dev-ruby/rake-12.3.3
dev-ruby/rdoc-6.1.2
dev-ruby/rubygems-2.7.10
dev-ruby/test-unit-3.3.3
dev-ruby/xmlrpc-0.3.0
dev-util/bazel-0.29.1
dev-util/ccache-3.7.7-r1
dev-util/cmake-3.16.5
dev-util/desktop-file-utils-
I updated my PC today, and there was a lot of KDE-related packages being
updated.
As part of my usual update procedure I depclean'ed and ran
revdep-rebuild.sh - and it wants to rebuild every single package on my
system? Surely that has to be some kind of mistake?
Anyone have any insight?
Dan
re
Setup:
gentoo 32bit vbox guest on win 10 64bit host
Installed xorg-server, lxde Meta pkgs and deps
(along with many other pkgs ... to many to list
here but included at the end)
uname -a:
Linux g0 4.8.8-gentoo #2 Fri Nov 18 20:16:14 EST 2016 i686 Intel(R)
Xeon(R) CPU X5450 @ 3.00GH
On 07/12/2016 17:34, Harry Putnam wrote:
> Setup:
>
>gentoo 32bit vbox guest on win 10 64bit host
>Installed xorg-server, lxde Meta pkgs and deps
>(along with many other pkgs ... to many to list
>here but included at the end)
>
> uname -a:
> Linux g0 4.8.8-gentoo #2 Fri Nov 18 2
70 matches
Mail list logo
