similar to: [Bug 1627] New: SMF issues on sparse-root zones

https://bugzilla.mindrot.org/show_bug.cgi?id=1824 Summary: Added project(4) support for Solaris 10 Product: Portable OpenSSH Version: -current Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: unassigned-bugs at mindrot.org ReportedBy:

Thought I''d drop a note about my experience with running mongrel directly under the solaris service management framework. So far I''m very impressed. SMF is the solaris replacement for the init system. It''s tied much more closely to the OS and for instance doesn''t use pid files. I''ve found you can completely eliminate mongrel cluster, and for that

Hello I'm in the process of putting SMB onto a dual Opteron x64 box running Solaris 10, with the SFW samba as supplied by Sun. I haven't found any hooks for this for the new SMF/SVC startup system, so I'm doing so now, but before I go any further, am I duplicating any efforts? Is anyone else doing this and has done it? At present I'm only starting smbd and nmbd (I never really

https://bugzilla.mindrot.org/show_bug.cgi?id=1628 Summary: /var/run/sshd.pid file collisions... Product: Portable OpenSSH Version: 5.2p1 Platform: Other OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: unassigned-bugs at mindrot.org

(Shame on me: wrong filename in last posting, now here are correct diffs) in contrib/solaris/ (openssh-SNAP-20011017.tar.gz) 1) buildpkg.sh makes wrong link for /etc/init.d/opensshd 2) /etc/init.d/opensshd has not-working killproc here my version tested on Solaris 2.4 and 8 (no pgrep with solaris 2.4, XARGS was undefined, simpler syntax) J?rg --- contrib/solaris/buildpkg.sh Fri Oct 12

# HG changeset patch # User john.levon@sun.com # Date 1194621773 28800 # Node ID 7d588ef9d4769652d13947cc5a5d587007db4adb # Parent 1957297911b1c113f0430f2494bf5daea68fa930 Fix FMRI for Solaris SMF Update the FMRI for SMF to reflect reality (again). Signed-off-by: John Levon <john.levon@sun.com> diff --git a/tools/python/xen/lowlevel/scf/scf.c b/tools/python/xen/lowlevel/scf/scf.c ---

Jesse Grosjean wrote: > I''m trying to write a solaris SMF file to launch the ferret drb server. Hmm, I think I''ve hit a similar problem. I''ve just upgraded to the latest ferret trunk from an old aaf stable where the script/ferret_start and script/ferret_stop scripts were still in use. now if I call the old script... RAILS_ENV=production script/ferret_start

Anyone ever thought of making the service type in puppet able to deploy new services? I''m not sure this would be useful for all OSes, since package management systems generally install init scripts. Well it''d still be useful for Linux if you''re managing any customized services. For Solaris, it''d be great if I could just give puppet an SMF XML file, and say

Author: gww Repository: /hg/zfs-crypto/gate Revision: 013f5be6435e99fe3e66bbc0853df751e0b785ce Log message: 6369912 LSARC 2004/811 uses solaris.smf.value authorizations. ON should introduce the auth_attr header line Files: create: usr/src/lib/libsecdb/help/auths/SmfValueHeader.html update: usr/src/lib/libsecdb/auth_attr.txt update: usr/src/lib/libsecdb/help/auths/Makefile update:

Hi All, I just posted version 0.6 of the automatic snapshots prototype on my web log. The new features are: * ZFS send/receive support * Multiple schedules per filesystem More at: http://blogs.sun.com/timf/entry/zfs_automatic_snapshots_now_with Note, this is just something I''ve been messing about with in my free time - it''s not an official ZFS project and may not be

Can someone else from the Solaris realm that uses our package system verify that this should be done? It looks right, but I want another opinion before commiting. - Ben > On Wed, 27 Feb 2002, Antonio Navarro wrote: > >> Hi Ben, >> >> I have made some modifications to the buildpkg.sh script that is >> distributed with openssh. >> >> I am sending it to

Hello all, I was finally able to create the OpenSSH package for Solaris 8 10/01. The problem I have now is that I will still need to have entropy ready prior to openssh-3.1p1 package installation. Otherwise there is no entropy pool available (with the new servers) and key generation fails. With the previous versions of openssh, I used SUN's "makeOpenSSHPackage.ksh" script and was

I have just installed openssh on my Sun Cobalt Qube, running Linux. The shell interpreter for the rc script forces /sbin/sh. This is defined in opensshd.init.in. This shell does not exist on this implementation of Linux. I have written about this in (much more) detail at http://blogs.sun.com/roller/page/DaveLevy/20060104. NB This would seem to me to be a common problem but I havn't found

So when puppetd crashes/whatever, and a pid file is left behind, SMF in Solaris will try restarting puppet, but fail. And then it sits there restarting it forever. I''m not sure if I can adjust the flap detection in SMF.. it isn''t disabling the service for "restarting too quickly" because it takes so long to start. Probably because I''m NFS-mounting ruby. The

I've searched the archive for this mailing list and the bug list for OpenSSH for this, and I'm finding nothing. I'd appreciate it if somoene could point me to an existing thread about this. (I know that other people are aware of the problem, though, so I'm a bit surprised to find nothing.) We're running OpenSSH under Solaris 10 using SMF instead of a legacy init script. SMF

Hi all, I have an NFS server on our network sharing out package files for Puppet to install to all and sundry. The clients access said NFS server via an automounter configuration (I don''t want the packages share mounted all the time, only when installing packages) As a result, installation of packages depends on autofs... So I have the following: service { "autofs": ensure

http://bugzilla.mindrot.org/show_bug.cgi?id=752 Summary: Lack of Message file and Eventlog Application Source registry entries result in event log errors Product: Portable OpenSSH Version: -current Platform: All OS/Version: Cygwin on NT/2k Status: NEW Severity: minor Priority: P2

This fast-track covers the SMF-related changes for dom0. This is a final draft, so any comments by the end of the week please... Man pages are attached. thanks john SMF services for Xen 1. Introduction This case introduces the SMF services used by a Solaris-based domain 0 when running on Xen, or a Xen-compatible hypervisor. All of these services only run on domain 0 when booted

I've had the wrong sshd daemon killed by "killing using alternate method" too many times. Would this cause anyone any grief? --- opensshd.in.old Sun Oct 21 16:42:02 2001 +++ opensshd.in Mon Jul 15 19:34:16 2002 @@ -3,11 +3,8 @@ # # Stripped PRNGd out of it for the time being. -AWK=/usr/bin/awk CAT=/usr/bin/cat KILL=/usr/bin/kill -PS=/usr/bin/ps -XARGS=/usr/bin/xargs

I am sponsoring this fasttrack for John Levon. It is set to expire on 3/14/2007. Note that this is an externally visible case. liane --- SMF services for Xen 1. Introduction This case introduces the SMF services used by a Solaris-based domain 0 when running on Xen, or a Xen-compatible hypervisor. All of these services only run on domain 0 when booted under Xen virtualisation.