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 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
On Sun, Feb 1, 2015 at 9:15 PM, Rich Freeman ri...@gentoo.org 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 units
rpcbind? Or do I need to restart nfs/nfsmmount too? Others?
Thanks... hope I can get this resolved...
Made the above changes, restarted rpcbind, current nfs mounts
successfully unmounted, but failed to remount, and the OUTBOUND firewall
now shows a different port being used/blocked (this time
On 2014-01-02 7:38 AM, William Kenworthy bi...@iinet.net.au 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
*after* systemctl enable rpcbind, that is.)
systemctl enable rpcbind or systemctl start rpcbind? (Or
systemctl enable rpcbind and reboot?)
I've been wondering about rpcbind.target. I'm not using systemd on
Gentoo but on my laptop running Ubuntu 15.04 (yes, 15 with systemd
215), /lib/systemd/system
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 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/
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 number from server, using
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 no idea how NFS works, and each
new
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 to re-trace
everything
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
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
depend() {
...
need portmap
...
}
and in the init.d file for rpcbind:
depend
On Sun, Feb 1, 2015 at 7:31 PM, walt w41...@gmail.com 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 since an nfsv4
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 year
without rpcbind until two days ago? (I suppose because nfs-utils was
updated to 1.3.0 ?)
The real problem
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
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
)... 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 way I normally provide logs when asking
for help
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.
I was just looking at that and thinking the same thing. Nothing is
really forcing rpcbind
>
> 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: rpcbind failed to start
during bo
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
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:
# grep 'NFS\|RPC' .config
/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) kernels did not start
automatically nfs lockd in-kernel daemon. This behaviour was worked
around
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 each
new version is more
-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.)
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 rpcbind to load the way things are specified right now.
If a service really requires
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 /usr/portage/distfiles
locking not available from my nfs3
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'. This produced similar (compile phase)... line 2140: Called die...
error. So did
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 (compile phase)... line 2140: Called die...
error. So did 'emerge rpcbind
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.service and After=rpcbind.service.
The 1.3.0 nfs-utils ebuild has systemd_dounit
systemd/*.{mount,service
pydoc-3.1
root boot
rpc.idmapd
rpc.pipefs
rpc.statd
rpcbind
rsyncd
saslauthd
savecache shutdown
smartd
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)
Nmap finished: 1 IP address
?
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 or the other manually to get my server's
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 /usr/portage/distfiles
locking not available from my nfs3 clients when trying to download
/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'.
Turns out the foreign RedHat file was starting rpcbind for me all those
months and, when I
still doesn't include a systemd 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
now adopted the upstream systemd units, which
don't include nfs.service. But RH creates an nfs.service alias to
nfs-server.service so as not to upset RHEL sysadmin muscle memory
and scripts.
Turns out the foreign RedHat file was starting rpcbind for me all those
months and, when I deleted it last
On 27 July 2014 18:25:24 CEST, Stefan G. Weichinger li...@xunil.at 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 to 1.3.0 ?)
The real problem here
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)
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 nfs4 so
may
mtab | boot
net.eth0 | default
net.lo | boot
net.wlan0 | default
netmount | default
ntpd | default
procfs | boot
root | boot
rpcbind | default
| default
net.lo | boot
netmount | default
ntp-client | default
ntpd | default
postfix | default
procfs | boot
root | boot
rpcbind | default
script
* Starting rpcbind
...
[ ok ]
* Starting NFS statd
...
[ ok ]
* Setting up RPC pipefs
...
[ ok ]
* Starting idmapd
...
[ ok ]
* Starting NFS sm-notify
...
[ ok ]
* Mounting NFS filesystems ...
It hangs here. and in kernel message
[19888.585247] RPC: Registered named UNIX socket transport
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
-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,
installed)
sys-apps/systemd required by (app-admin/syslog-ng-3.7.1:0/0::gentoo, ebuild
)
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
procfs | boot
root | boot
rpcbind | default
savecache |shutdown
sshd | default
swap | boot
swapfiles | boot
sysctl | boot
sysfs
On 27/07/2014 17:55, J. Roeleveld wrote:
On 27 July 2014 18:25:24 CEST, Stefan G. Weichinger li...@xunil.at 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
On Sunday, July 27, 2014 08:44:02 PM Kerin Millar wrote:
On 27/07/2014 17:55, J. Roeleveld wrote:
On 27 July 2014 18:25:24 CEST, Stefan G. Weichinger li...@xunil.at
wrote:
Am 26.07.2014 04:47, schrieb walt:
So, why did the broken machine work normally for more than a year
without rpcbind
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 version is more complicated because the devs are solving problems
that I don't understand or even know about.
I double
: 95nfs: Could not find any command of 'rpcbind portmap'!
I: dracut module 'biosdevname' will not be installed, because command
'biosdevname' could not be found!
I: dracut module 'masterkey' will not be installed, because command
'keyctl' could not be found!
E: dracut module 'lvm2' cannot be found
: dracut module 'iscsi' will not be installed, because command
'iscsistart' could not be found!
I: dracut module 'iscsi' will not be installed, because command
'iscsi-iname' could not be found!
I: 95nfs: Could not find any command of 'rpcbind portmap'!
I: dracut module 'biosdevname
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
init-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, installed)
>&g
> >>> 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.8
ntoo,
> 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-apps/systemd-209 required by
> (sys-process/proc
or 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:0/2= required b
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 number from server, using
ut: dracut module 'iscsi' will not be installed, because command
'iscsid' could not be found!
dracut: 95nfs: Could not find any command of 'rpcbind portmap'!
dracut: dracut module 'nvmf' will not be installed, because command
'nvme' could not be found!
cat: /sys/power/resume: No such file or directory
/ ) 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 http
111/tcp open rpcbind
' will not be installed, because command 'nbd-client'
could not be found!
95nfs: Could not find any command of 'rpcbind portmap'!
dracut module 'biosdevname' will not be installed, because command
'biosdevname' could not be found!
*** Including module: bash ***
*** Including module: caps
-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-1.14
net-nds/rpcbind-0.2.0-r1
net
22/tcp open ssh
25/tcp open smtp
53/tcp open 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
: [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.500164] [27509] 0
0.12.20-r4
net-dialup/minicom-2.7.1
net-dialup/ppp-2.4.8
net-dialup/ppp-scripts-0
net-dns/c-ares-1.15.0
net-dns/libidn2-2.3.0
net-dns/openresolv-3.9.0
net-firewall/iptables-1.6.1-r3
net-fs/nfs-utils-2.4.1-r4
net-libs/gnutls-3.6.13
net-libs/google-cloud-cpp-0.10.0
net-libs/grpc-1.26.0-r1
net-libs/libas
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
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 @
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
69 matches
Mail list logo