similar to: 6207451 Rebooting does not share the FS in Solaris 10

Author: jpk Repository: /hg/zfs-crypto/gate Revision: e7e07b2f4fcfbe725493f4074f9e9f0d8bfd8e1c Log message: PSARC/2002/762 Layered Trusted Solaris PSARC/2005/060 TSNET: Trusted Networking with Security Labels PSARC/2005/259 Layered Trusted Solaris Label Interfaces PSARC/2005/573 Solaris Trusted Extensions for Printing PSARC/2005/691 Trusted Extensions for Device Allocation PSARC/2005/723 Solaris

Author: thurlow Repository: /hg/zfs-crypto/gate Revision: 1713bd2d1b7b2466298721235c1f98e4e01b0be8 Log message: 6344186 NFSv3 needs to support .zfs (like NFSv4 already does) Files: update: usr/src/cmd/fs.d/nfs/mountd/mountd.c update: usr/src/cmd/fs.d/nfs/mountd/mountd.h update: usr/src/cmd/fs.d/nfs/nfslog/fhtab.h update: usr/src/cmd/fs.d/nfs/nfslog/nfslog_elf.c update:

Author: mcwalter Repository: /hg/zfs-crypto/gate Revision: 6def8444b74f8e74d97e9146a6281242d365cb8a Log message: 6406742 need to remove SUNW,OPL-Enterprise platform links Files: update: usr/src/cmd/dcs/sparc/sun4u/svc-dcs update: usr/src/cmd/sckmd/svc-sckmd update: usr/src/lib/libdscp/svc/svc-dscp update: usr/src/pkgdefs/SUNWcar.u/prototype_com update: usr/src/pkgdefs/SUNWkvm.u/prototype_com

Yesterday I upgraded rsync from 2.6.9 to 3.0.2 (as part of upgrading Fedora 8 to Fedora 9). Today, I received these unexpected errors: rsync: make_bak_dir mkdir "/backup/server/../server-before-5/var" failed: File exists (17) rsync: keep_backup failed: "/backup/server/var/lib/rpcbind/rpcbind.file" -> "../server-before-5/var/lib/rpcbind/rpcbind.file": Success (0)

That is the thing - rpc.statd does have rpcbind a pre-req. It looks like systemd is not handling this correctly. Just wondering if anyone knows a good way to fix. root at ls2 /usr/lib/systemd/system 110# grep Requires rpc-statd.service Requires=nss-lookup.target rpcbind.target On 8/30/15 7:45 PM, Rob Kampen wrote: > On 08/31/2015 01:39 PM, Mark Selby wrote: >> I have seen some talk

On 08/31/2015 01:39 PM, Mark Selby wrote: > I have seen some talk about this but have not seen any answers. I know > this is a problem on CentOS 7.1 and I also think it is a problem on > CentOS 7.0. > > Basically if I have an NFS client only config - meaning that the > nfs-server.service is not enabled then I have to wait 60 seconds after > boot for the 1st NFSV3 mount to

I have seen some talk about this but have not seen any answers. I know this is a problem on CentOS 7.1 and I also think it is a problem on CentOS 7.0. Basically if I have an NFS client only config - meaning that the nfs-server.service is not enabled then I have to wait 60 seconds after boot for the 1st NFSV3 mount to succeed. What I can surmise is the following. I attempt to perform a NFS

ok, i cant make i crash. but i notice my cpu load. 17535 username 20 0 294852 13716 11520 R 100.0 1.3 280:28.70 winbindd 542 username 20 0 291040 16720 14172 R 99.6 1.6 281:45.88 winbindd and the funny thing.. this user isnt logged in anymore since the last 6 hours. Greetz, Louis >-----Oorspronkelijk bericht----- >Van: samba [mailto:samba-bounces at

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

Author: szhou Repository: /hg/zfs-crypto/gate Revision: 56b02c555bfb41a423c9856c46c8918128e9d3c1 Log message: PSARC 2005/373 Contract for the Miniroot Repository 6263254 console output gets graphically corrupted after the newboot 6270368 grub does not honor vendor option 150 to specify menu.lst file 6271324 boot-archive.xml is delivered into the wrong directory 6271395 grub should show progress

Author: sjelinek Repository: /hg/zfs-crypto/gate Revision: e2d8706d226b8bdada8284689c37d35a33396b15 Log message: 6409257 /etc/vfstab isn''t properly aligned 6409251 typo in stmsboot 6409254 unused variables in svc-syseventd 6409228 typo in aclutils.h Contributed by Rainer Orth <ro at TechFak.Uni-Bielefeld.DE>. Files: update: usr/src/cmd/initpkg/vfstab.sh update:

Author: sch Repository: /hg/zfs-crypto/gate Revision: 4998f1109956940419c2400ae64f2ddb26f32ecf Log message: 6277193 svc:/system/keymap:default must be online in single-user mode 6281026 smserver manifest should declare multi-user-server dependent Files: update: usr/src/cmd/kbd/keymap.xml update: usr/src/cmd/smserverd/smserver.xml

Author: kais Repository: /hg/zfs-crypto/gate Revision: 1fc7630bc2f33c6f0a5a5d468a01f7d44b44bbe2 Log message: 6350186 protocomp warning about var/svc/manifest/network/ssl in some cases Files: update: usr/src/Targetdirs update: usr/src/cmd/Makefile.cmd update: usr/src/cmd/cmd-inet/usr.sbin/kssl/ksslcfg/Makefile

i found the following also .. Aug 7 08:44:10 rtd-print1 autofs[15991]: Starting automount.... Aug 7 08:48:26 rtd-print1 autofs[16291]: Stopping automount.... Aug 7 08:48:27 rtd-print1 automount[16302]: syntax error in map near [ * server.internal.domain.tld: ] Aug 7 08:48:27 rtd-print1 autofs[16297]: Starting automount.... Aug 7 08:48:46 rtd-print1 rpcbind: rpcbind terminating on signal.

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

CentOS Errata and Security Advisory 2016:0005 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2016-0005.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 48da75e0342f0d61c3ffb1d1180b3c420464fefd4582cf8c74a3e10fd06ca15f rpcbind-0.2.0-11.el6_7.i686.rpm x86_64:

CentOS Errata and Security Advisory 2017:1267 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-1267.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9c11e7bbce5dab16b850853f4326f33f964dbfbb37f74b73b8db6f9f0f7d5f63 rpcbind-0.2.0-13.el6_9.i686.rpm x86_64:

CentOS Errata and Bugfix Advisory 2017:1435 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1435.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 02eee1ab8336314ef3af05bf5164e865e526e92f871ad77ffe4a5064222e1c97 rpcbind-0.2.0-13.el6_9.1.i686.rpm x86_64:

Is there an obvious reason why this won't loop to i=2 and beyond? There are many combinations of *st* & *vc* that don't exist in svc. For example, when s=1 there's only an entry at v=1. That's fine, the entry can stay 0. lookup.svc <- array(0,dim=c(length(unique(svc$st)),length(unique(svc$vc))), dimnames=list(unique(svc$st), unique(svc$vc))) for (i in

Hi, A. In a nutshell: The training error, obtained as "error (ret)", from the return value of a ksvm () call for a eps-svr model is (likely) being computed wrongly. "nu-svr" and "eps-bsvr" suffer from this as well. I am attaching three files: (1) ksvm.R from the the kernlab package, un-edited, (2) ksvm_eps-svr.txt: (for easier reading) containing only eps-svr