On Fri, Jan 31, 2020 at 06:39:04PM +, Moisés Simón wrote:
> Sorry to hijack,
>
> Do you know of any basic guide for this?
>
> I have done a syslog normalizer daemon which calls pledge(), unveil() and
> redirects std{out,err} and forks to search and normalize the logs.
>
> I'm not profession
Hi Patrick,
Patrick Kristiansen wrote on Fri, Jan 31, 2020 at 10:17:35AM +0100:
> Trying to learn some valuable lessons from our interaction, could you
> give some examples of what you mean by 'simpler approach' in this
> context?
Three examples:
https://learnbchs.org/
https://man.openbsd.
Hi Andrew,
Andrew Easton wrote on Fri, Jan 31, 2020 at 11:39:45AM +0100:
> In the spirit of not demanding to much time from my contemporaries I
> am especially greatful for pointers to conceptual documentation
This is the closest thing, i guess:
https://www.openbsd.org/events.html
In general
The list might not like this but:
Under your circumstances, I would collect the various ideas in this
thread (including scripting possibly with nohup and/or bash's disown),
the "pgrep || " idea somebody wrote, and whatever else is
useful from the thread, and just make it work with careful testing
On 2020-01-31 12:16, KatolaZ wrote:
> For instance, golang has had native support
> for pledge(2) and unveil(2) for a while now.
The semantics are a little different to C unveil but it certainly works and
bundled by default in the golang.org/x. Not sure the documentation is great.
It's a little i
On Fri, Jan 31, 2020 at 10:47:17AM +0100, Patrick Kristiansen wrote:
[cut]
>
> I would like to get more information about doing application programming
> for an OS like OpenBSD. I understand that if you program your
> applications in C, you have readily available pledge/unveil, etc. But
> many a
Den fre 31 jan. 2020 kl 11:48 skrev Andrew Easton :
> On Fri, Jan 31, 2020 at 10:47:17AM +0100, Patrick Kristiansen wrote:
> > On Fri, Jan 31, 2020, at 09:29, Janne Johansson wrote:
> > > Den tors 30 jan. 2020 kl 21:08 skrev Patrick Kristiansen <
> patr...@tamstrup.dk>:
> > > > > Properly startin
On Fri, Jan 31, 2020 at 10:47:17AM +0100, Patrick Kristiansen wrote:
> On Fri, Jan 31, 2020, at 09:29, Janne Johansson wrote:
> > Den tors 30 jan. 2020 kl 21:08 skrev Patrick Kristiansen
> > :
> > > > Properly starting up a daemon process requires several steps,
> > > > often involving unveil(2)
On Fri, Jan 31, 2020, at 09:29, Janne Johansson wrote:
> Den tors 30 jan. 2020 kl 21:08 skrev Patrick Kristiansen
> :
> > > Properly starting up a daemon process requires several steps,
> > > often involving unveil(2), pledge(2), chroot(2), prviledge
> > > dropping, sometimes fork+exec for priv
On Thu, Jan 30, 2020, at 23:32, Ingo Schwarze wrote:
> In general, size and complexity tend to hurt security, but i know
> too little about Java to say how relevant that general rule of thumb
> is to the question of running a daemon using a Java Virtual Machine.
> For example, Perl 5 is also a fair
Den tors 30 jan. 2020 kl 21:08 skrev Patrick Kristiansen <
patr...@tamstrup.dk>:
> > Properly starting up a daemon process requires several steps, often
> > involving unveil(2), pledge(2), chroot(2), prviledge dropping,
> > sometimes fork+exec for privilege separation, and so on
>
> The process I
Am Do., 30. Jan. 2020 um 21:06 Uhr schrieb Patrick Kristiansen
:
> The process I need to run is written in Clojure and thus runs on the
> Java Virtual Machine. Do you have any suggestions on how to best go
> about making it "daemon-like"? I am not sure that I can call unveil(2),
There is jsvc/apac
>> On Jan 30, 2020, at 4:34 PM, Patrick Kristiansen wrote:
> On Thu, Jan 30, 2020, at 21:10, Ingo Schwarze wrote:
>> Hi Patrick,
>>
>> Patrick Kristiansen wrote on Thu, Jan 30, 2020 at 09:05:11PM +0100:
>>
>>> The process I need to run is written in Clojure and thus runs on the
>>> Java Vir
Hi Patrick,
Patrick Kristiansen wrote on Thu, Jan 30, 2020 at 10:23:52PM +0100:
> On Thu, Jan 30, 2020, at 21:10, Ingo Schwarze wrote:
>> Patrick Kristiansen wrote on Thu, Jan 30, 2020 at 09:05:11PM +0100:
>>> The process I need to run is written in Clojure and thus runs on the
>>> Java Virtual M
On Thu, Jan 30, 2020 at 09:05:11PM +0100, Patrick Kristiansen wrote:
[cut]
>
> The process I need to run is written in Clojure and thus runs on the
> Java Virtual Machine. Do you have any suggestions on how to best go
> about making it "daemon-like"? I am not sure that I can call unveil(2),
> pl
On Thu, Jan 30, 2020, at 21:10, Ingo Schwarze wrote:
> Hi Patrick,
>
> Patrick Kristiansen wrote on Thu, Jan 30, 2020 at 09:05:11PM +0100:
>
> > The process I need to run is written in Clojure and thus runs on the
> > Java Virtual Machine. Do you have any suggestions on how to best go
> > about
Hi Patrick,
Patrick Kristiansen wrote on Thu, Jan 30, 2020 at 09:05:11PM +0100:
> The process I need to run is written in Clojure and thus runs on the
> Java Virtual Machine. Do you have any suggestions on how to best go
> about making it "daemon-like"?
No, i'm sorry i have no advice on that.
Hi Ingo,
On Thu, Jan 30, 2020, at 18:35, Ingo Schwarze wrote:
> Hi Patrick,
>
> Patrick Kristiansen wrote on Tue, Jan 28, 2020 at 09:29:20AM +0100:
>
> > But another use for daemon(8) is for its ability to detach the child
> > process from the controlling terminal and furthermore redirect its
>
Hi Patrick,
Patrick Kristiansen wrote on Tue, Jan 28, 2020 at 09:29:20AM +0100:
> But another use for daemon(8) is for its ability to detach the child
> process from the controlling terminal and furthermore redirect its
> stdout/stderr to syslog. Is there some mechanism to do that from the
> shel
On Wed, Jan 29, 2020 at 09:46:10AM +, Kevin Chadwick wrote:
> On 2020-01-27 19:13, Patrick Kristiansen wrote:
> > Is there something like the FreeBSD daemon(8) command for OpenBSD, which
> > can run a process in the background and restart it if it crashes?
>
> Of course init does this for gett
On 2020-01-27 19:13, Patrick Kristiansen wrote:
> Is there something like the FreeBSD daemon(8) command for OpenBSD, which
> can run a process in the background and restart it if it crashes?
Of course init does this for getty but as others have pointed out, restarting
daemons listening to the netw
But another use for daemon(8) is for its ability to detach the child
process from the controlling terminal
If it is about a rc.d script, you can add
rc_bg=YES
to it.
hello,
> PID=`pgrep gloob`
> if [ -z "$PID" ]
> then
> /usr/local/bin/gloob -f poor_security_a_bad_idea_to_run.conf
> fi
is there a reason to not use the pgrep status ?
pgrep -q gloob || /usr/local/bin/gloob
regards,
marc
You asked about the base image, so maybe there is some reason you can't
use it, but Supervisor is in ports/packages.
Allan
Patrick Kristiansen writes:
> Hi everyone,
>
> Is there something like the FreeBSD daemon(8) command for OpenBSD, which
> can run a process in the background and restart it
On 1/28/20 9:29 AM, Patrick Kristiansen wrote:
> Hi Ingo
>
> Thank you for your reply.
>
> I can't say I disagree with your and the OpenBSD team's attitude about
> bug-free daemons. But I am just a lowly application programmer, and
> sometimes I introduce horrible bugs that make our systems crash
Hi Patrick,
On Tue, Jan 28, 2020 at 09:29:20AM +0100, Patrick Kristiansen wrote:
| Hi Ingo
|
| Thank you for your reply.
|
| I can't say I disagree with your and the OpenBSD team's attitude about
| bug-free daemons. But I am just a lowly application programmer, and
| sometimes I introduce horrib
Hi Ingo
Thank you for your reply.
I can't say I disagree with your and the OpenBSD team's attitude about
bug-free daemons. But I am just a lowly application programmer, and
sometimes I introduce horrible bugs that make our systems crash. In many
cases it will be preferable to just start the proce
I generally do this on a user level with some editors like emacs,
cuz I run spacemacs which is prone to crashes, cuz of over 9000 plugins
Small improvement: Keep a PID file, along with pgrep, because of
multiple emacs-server instances
It has worked a bit better than simple pgrep
If anyone has
Irresponsible people like myself have been known to put cron jobs in place to
look for, and if necessary restart crashy daemons.
This could referred to as a kludge, though many would argue that is to mild an
aspersion to cast upon it.
PID=`pgrep gloob`
if [ -z "$PID" ]
then
Hi Patrick,
Patrick Kristiansen wrote on Mon, Jan 27, 2020 at 08:13:28PM +0100:
> Is there something like the FreeBSD daemon(8) command for OpenBSD,
> which can run a process in the background and restart it if it
> crashes?
Absolutely not, we are strongly convinced this is an utterly stupid
ide
Hi everyone,
Is there something like the FreeBSD daemon(8) command for OpenBSD, which
can run a process in the background and restart it if it crashes? That
is, is there a command that comes with OpenBSD's base image with these
capabilities? Surprisingly, Google hasn't revealed anything useful to
31 matches
Mail list logo