Re: [discussion] Server-Manager

2016-02-16 Thread Stefano Zamboni

Il 16/02/2016 18:43, Jim McLaren ha scritto:


One quick question. Would it be any harder for someone such as 
yourself to write a panel with mojo as a framework, rather than 
cockpit? IOW once a new server-manager has been written with 
Mojolicious is it as easy to use thereafter?





I'll try to explain my point of view about cockpit as better as I can.. 
in any case, if something is not clear, feel free to ask.


First of all, some premises:
1) I don't want cockpit as the new S-M at any cost.. just trying it and 
proposing it

2) SME's perl stack is not under any kind of discussion.

that said.. why cockpit..
1) it is a modern framework, already available on C7, mobile friendly
2) it has some features we don't need to deal with: authentication, for 
example, or a dashboard to check the server status in real-time or, 
again, a storage panel with advanced features (raid arrays creation to 
mention the first that comes to my mind)

3) it natively supports docker
4) it is localization friendly/ready
5) it can be expanded with some custom modules
6) it is actively developed and maintained
7) it is (in)directly supported by RH

why not?
well.. the first and only cons I would say is that it works only on C7, 
but IMO it's not a real problem.
a slightly annoying bug (already raised on the cockpit issue trasker) is 
that a user with /sbin/nologin shell can still login, but can only watch 
and can't touch anything (cockpit raises an error)
somebody with more technical skills can obviously add other "no-go" 
reasons to the list :-)


I never saw cockpit before last Fosdem, 15 days ago.. tried it on a C7 
VM, customized the login screen with colors/Koozali SME logo and info in 
less than 15 mins.. amazing.


I created a kind of "SMEstain" server, pushing on a bare minimal C7 base 
and lib rpm coming from Nethserver (can't use the e-smith-base and 
e-smith-lib ones), already available for C7.. in my mind, all we need to 
create custom plugins for Cockpit are just our dbs, the db command and 
the events.. in few words, the e-smith stack.


NOTE: moving to C7 will not be easy and we have to deal with many issues 
(systemd anyone), but from a "simple" web UI point of view, what I'm 
using it's enough


why did I use NS rpms? well, apart of their C7 verion, NS' db command 
has 2 methods very handy in my case.. the print/show options have a json 
output version too, and json data is easy to read/parse


I managed in create a small plugin that reads/sets data from the 
configuration db in minutes, using one of the API cockpit provides.. 
cockpit.spawn
it simply calls "db configuration showjson mykey", parse the output and 
show the values in a simple form (IP address and Netmask).. user can 
edit the values (a little validation is available, directly in the 
client) and then save them using the "db configuration setprop mykey 
prop1 value1 prop2 value2..."


so far, so good.. one of the features of cockpit is that the user logged 
in can do exactly what he could do loggin into the shell.. IOW, some 
functions are disabled/not available  if you are not root

(this can be changed with sudoers etc )

I used the same approach to create two other panels: one for users, the 
other for ibays.. the funny thing, as a non perl coder, is that just 
knowing very little about SME's internals (the db command syntax), I was 
able to create some panels.. the first prototype was made in less than 2 
hours (I spent some time to find a grid jquery widget)


as Dani noticed on devinfo ML, the cockpit.spawn can be used to call any 
kind of command, so it could be a big security hole..


he's right.. security comes before everything..

so I changed approach..

first of all I created a simple and rough webservice with perl-Dancer.. 
it runs bound to 127.0.0.1:3000 (i.e. it is not reachable from outside) 
and, ATM (it's just a POC, isn't it?), can serve a very small number of 
requests..

it just answer to four GET commands:
/accounts (gives the whole content of accounts db)
/accounts/key (gives the key output.. the same of db accounts show key)
/configuration (same as /accounts but with configuration db)
/configuration/key (same as above)

all output is in json format

I then modified my panel (the users one) to use cockpit.http api (2 
lines editing) and now it works in a more secure way


answering to you, Jim: with cockpit it's a matter of hours if you are 
used to jquery, angular and things like that


with mojo will be the same, but before you can do it, you need a 
framework (as Dani said, we first need our framework to build our S-M on 
top of it)


what I tried to explain in devinfo is that if we "convert" all our logic 
(well, a part of it) in perl into a webservice (and this is where perl 
moks are still needed), almost anyone can create his own S-M


why cockpit? well.. it is already available, it's a fact

the real SME's plus is that the paradigm db/actions/events/template is 
quite simple.. once you know what you need to do, you'

[discussion] SME 10 or, at least, SME on C7

2016-03-24 Thread Stefano Zamboni

hi all

things are moving on.. some of us are porting SME's rpms to C7

please, see
https://bugs.contribs.org/report.cgi?x_axis_field=bug_status&y_axis_field=target_milestone&product=SME+Server+10.X&format=table&action=wrap

your effort and contribution is needed

TIA

ciao

S.

___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


Re: [discussion] Bug in the machine

2016-10-12 Thread Stefano Zamboni
Thank you, now we are sure it's you. :-)

Il 12 ottobre 2016 21:28:37 CEST, smeserve...@free.fr ha scritto:
>Koozali team,
>
>About this : https://forums.contribs.org/index.php/topic,52675.0.html
>
>Sorry but this is not me or one of my students, or one of my friends.
>
>STOP thinking that I care about the Koozali team. I do not have any
>interest in your activities !!!
>
>You are just a group of childrens playing with something too much
>complicated for you !
>
>You already know what I think about your team (stefano, dani, hfwang,
>etc...) : YOU ARE THE BIGGEST BUG FOR THE SME SERVER !!!
>
>You are the cancer of this software and you don't need anyone else to
>create conflicts, you are so good for that ! 
>
>Now it's time for you to forget me and to find another super villain to
>justify your inefficiency.
>
>Remember, I asked you something and you answered me with insults, then
>even if I find it funny :
>
>Sorry again, but I am not your bug in the machine !
>
>I do not salute you,
>
>Xavier.A
>___
>Discussion about project organisation and overall direction
>To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
>Searchable archive at
>https://lists.contribs.org/mailman/public/discussion/

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Bug in the machine

2016-10-13 Thread Stefano Zamboni
Come on, Xavier Ansoult, don't be shy, show to all of us how do you 
really are when you write to other people


Now we know that either tomi and teo are you.. trolling, again.

have a nice day.

S.


On 12/10/2016 22:11, smeserve...@free.fr wrote:

Well I'm happy for you but I really don't care...and I don't know italian 
language !

You are just stupid enough to keep on having the same behaviour, year after 
year, with everybody !

For your information, Teo is not me !

XA


- Mail original -
De: "Stefano Zamboni" 
À: smeserve...@free.fr, discussion@lists.contribs.org
Envoyé: Mercredi 12 Octobre 2016 21:32:45
Objet: Re: [discussion] Bug in the machine

Thank you, now we are sure it's you. :-)


Il 12 ottobre 2016 21:28:37 CEST, smeserve...@free.fr ha scritto:

Koozali team,

About this : https://forums.contribs.org/index.php/topic,52675.0.html

Sorry but this is not me or one of my students, or one of my friends.

STOP thinking that I care about the Koozali team. I do not have any interest in 
your activities !!!

You are just a group of childrens playing with something too much complicated 
for you !

You already know what I think about your team (stefano, dani, hfwang, etc...) : 
YOU ARE THE BIGGEST BUG FOR THE SME SERVER !!!

You are the cancer of this software and you don't need anyone else to create 
conflicts, you are so good for that !

Now it's time for you to forget me and to find another super villain to justify 
your inefficiency.

Remember, I asked you something and you answered me with insults, then even if 
I find it funny :

Sorry again, but I
  am not
your bug in the machine !

I do not salute you,

Xavier.A


Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion /



___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Bug in the machine

2016-10-14 Thread Stefano Zamboni
Xavier Ansoult, this sounds to me as you are menacing Steph AND his family

I think that you don't know what are talking about and you'd calm down, relax 
and apologize.
This mail is enough for (translating from italian) "mail police" to act against 
you (you are making an explicit menace to other people).
Moreover, I'll get in touch with your provider reporting an abuse (I contacted 
all the providers Tomi user FYI, from sweden to Romania).

Finally, for clarity, you've ben told how to ask for removal (it's your right) 
according to the same law you're invoking.
We're still waiting for your formal request (the one you made is not valid, I 
could easily write a mail using your address and ask for removal) with all the 
needed documents..
If you need help, just ask and we'll send you again the list of what we need.

I remember you that all you write/wrote here is public and indicized.. You can 
ask for removal, but it takes time..

And, I remember you, identiy substitution is a law infringement both in Italy 
and in France (if you know what I mean.. I'm sure you do): be sure to tell this 
to to your lawyer today.

Regards
S.

Il 14 ottobre 2016 13:07:52 CEST, smeserve...@free.fr ha scritto:

>Think to your family, stop everything before it becomes too risky for
>you, Steph !
>
>XA
>
>- Mail original -
>De: "Stephane de Labrusse" 
>Cc: discussion@lists.contribs.org
>Envoyé: Vendredi 14 Octobre 2016 00:22:25
>Objet: Re: [discussion] Bug in the machine
>
>
>Well, it's enough. Please this list is not moderated so it is time to
>stop to write here now. 
>
>If you want to continue, you should use the private email way. 
>
>
>Le 14 octobre 2016 00:13:55 GMT+02:00, smeserve...@free.fr a écrit : 
>
>Dear Foo 
>
>
>
>Xavier, can you please simply leave this community. It's for the better
>
>to all of us. Merci. 
>
>Oh sorry, I did and I will, but why did you try to accuse me of this: 
>
>https://forums.contribs.org/index.php/topic,52675.0/all.html 
>
>
>Xavier, it is time for you to leave. As you are well aware off, your
>attitude is not appreciated here. 
>
>Do you really think that I could write this : 
>
>
>The exception is the intervention of hfwang (who authored the Dummy NIC
>in SME server) with an 
>extremely elegant solution as update to another solution which he
>indicated to me via email after my help request by email too. 
>
>Did I contact you, really? and how? by mail or by telepathy ? 
>
>YOU ARE A BAND OF LIARS ! You are lying to every one, all the time ! 
>
>You are coding with your feet, you are one of the worse coder in the
>SME community! How could you believe that I could find your code
>elegant? 
>
>You still don't know what is a webapp ? a war file? ant? Jenkins? maybe
>java...well you are not a developer and believe me you will never be
>one, I mean a good one ! 
>
>STOP USING OR ASSOCIATING MY NAME WITH YOUR WEBSITE, WITH YOUR CODE,
>WITH YOUR MADNESS !!! 
>
>XA 
>
>- Mail original - 
>De: "Hsing-Foo Wang"  
>À: discussion@lists.contribs.org 
>Envoyé: Jeudi 13 Octobre 2016 19:42:39 
>Objet: Re: [discussion] Bug in the machine 
>
>Xavier, can you please simply leave this community. It's for the better
>
>to all of us. Merci. 
>
>
>On 13/10/16 19:05, smeserve...@free.fr wrote: 
>
>
>Dear John, 
>
>Your culture is so light that you feel the need to use it in all your
>mail...then do you remember how was the end of life of Henri II? 
>He finished his life in delirium with a huge fever ! 
>
>What are you John, président or not président of Koozali ? 
>
>Koozali seems not to have any existence, maybe another delirium of a
>fallen king ! 
>
>Now let me live away of your inculture ! 
>
>- Mail original - 
>De: "John Crisp"  
>Cc: discussion@lists.contribs.org 
>Envoyé: Jeudi 13 Octobre 2016 11:56:06 
>Objet: Re: [discussion] Bug in the machine 
>
>
>
>On 13 October 2016 11:15:57 CEST, smeserve...@free.fr wrote: 
>
>
>You are completely paranoaic and schizophrenic ! 
>And you are a pathological bore. Please go away. 
>
>"Who will rid me of this troublesome priest?" 
>
>Henry II 
>
>
>
>
>Discussion about project organisation and overall direction 
>To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org 
>Searchable archive at
>https://lists.contribs.org/mailman/public/discussion / 
>
>
>Discussion about project organisation and overall direction 
>To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org 
>Searchable archive at
>https://lists.contribs.org/mailman/public/discussion/ 
>-- 
>Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
>brièveté. 
>___
>Discussion about project organisation and overall direction
>To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
>Searchable archive at
>https://lists.contribs.org/mailman/public/discussion/
>___
>Discussion about project organisation and overall direction
>To unsubscribe, e-mail discussion-unsubs

Re: [discussion] Bug in the machine

2016-10-14 Thread Stefano Zamboni
You can write my name as many times you want.. I have no problems with 
indicization

French law, sure.. If he wants to be removed he must follow the law..
He can't expect that a single e-mail from an anonymous address via a spam 
friendly ISP  is enough.
He already has all the instructions to be removed according to the law.
He just did not send anything.
If you care, we can publish the e-mail chat (but it would be embarassing for 
him, I assure you)

P.S. teo, tomi, xavier.. One of the proof you are the sane persone is the way 
you write.. It's identical.. The syntax, sentence construction, approach, mood 
climax
There are other elements too, but, looking at what's going here, we're not 
going to publish..

Regards
S.

Il 14 ottobre 2016 13:54:00 CEST, Teo Barian  ha scritto:
>Sir Stefano,
>show us your proofs...we are all waiting : who is this tomi ?
>
>Maybe you should apologize first, you started this attack against him!
>
>and he is right...there are no legal notices in your websites, who is
>the
>director of publication, you, Mr Stefano Zamboni ?
>
>Whithout legal notices you can't ask him to respect your rules, but you
>have to respect the french laws !
>
>Regards
>
>Teo
>
>2016-10-14 13:41 GMT+02:00 Stefano Zamboni :
>
>> Xavier Ansoult, this sounds to me as you are menacing Steph AND his
>family
>>
>> I think that you don't know what are talking about and you'd calm
>down,
>> relax and apologize.
>> This mail is enough for (translating from italian) "mail police" to
>act
>> against you (you are making an explicit menace to other people).
>> Moreover, I'll get in touch with your provider reporting an abuse (I
>> contacted all the providers Tomi user FYI, from sweden to Romania).
>>
>> Finally, for clarity, you've ben told how to ask for removal (it's
>your
>> right) according to the same law you're invoking.
>> We're still waiting for your formal request (the one you made is not
>> valid, I could easily write a mail using your address and ask for
>removal)
>> with all the needed documents..
>> If you need help, just ask and we'll send you again the list of what
>we
>> need.
>>
>> I remember you that all you write/wrote here is public and
>indicized.. You
>> can ask for removal, but it takes time..
>>
>> And, I remember you, identiy substitution is a law infringement both
>in
>> Italy and in France (if you know what I mean.. I'm sure you do): be
>sure to
>> tell this to to your lawyer today.
>>
>> Regards
>> S.
>>
>> Il 14 ottobre 2016 13:07:52 CEST, smeserve...@free.fr ha scritto:
>>
>> >Think to your family, stop everything before it becomes too risky
>for
>> >you, Steph !
>> >
>> >XA
>> >
>> >- Mail original -
>> >De: "Stephane de Labrusse" 
>> >Cc: discussion@lists.contribs.org
>> >Envoyé: Vendredi 14 Octobre 2016 00:22:25
>> >Objet: Re: [discussion] Bug in the machine
>> >
>> >
>> >Well, it's enough. Please this list is not moderated so it is time
>to
>> >stop to write here now.
>> >
>> >If you want to continue, you should use the private email way.
>> >
>> >
>> >Le 14 octobre 2016 00:13:55 GMT+02:00, smeserve...@free.fr a écrit :
>> >
>> >Dear Foo
>> >
>> >
>> >
>> >Xavier, can you please simply leave this community. It's for the
>better
>> >
>> >to all of us. Merci.
>> >
>> >Oh sorry, I did and I will, but why did you try to accuse me of
>this:
>> >
>> >https://forums.contribs.org/index.php/topic,52675.0/all.html
>> >
>> >
>> >Xavier, it is time for you to leave. As you are well aware off, your
>> >attitude is not appreciated here.
>> >
>> >Do you really think that I could write this :
>> >
>> >
>> >The exception is the intervention of hfwang (who authored the Dummy
>NIC
>> >in SME server) with an
>> >extremely elegant solution as update to another solution which he
>> >indicated to me via email after my help request by email too.
>> >
>> >Did I contact you, really? and how? by mail or by telepathy ?
>> >
>> >YOU ARE A BAND OF LIARS ! You are lying to every one, all the time !
>> >
>> >You are coding with your feet, you are one of the worse coder in the
>> >SME community! How could you believe that I could find your code
>> >elegant?
>> >
>> >You s

Re: [discussion] Bug in the machine

2016-10-14 Thread Stefano Zamboni
Which part of 
"I have not been President nor a member of the board since the end of March - 
as Xavier knows."
Is not clear?

John can't answer, all the addresses and info you need are public

Il 14 ottobre 2016 15:19:15 CEST, Teo Barian  ha scritto:
>John
>
>I will be present at the meeting of this afternoon then could you give
>me :
>
>- according to the french law :
>https://www.service-public.fr/professionnels-entreprises/vosdroits/F31228)
>- and as the last known président
>* the name of the actual président
>* his email
>* the foundation address
>* the phone number of the foundation
>* etc...
>
>and yes I won't feed the troll anymore
>
>B.Regards
>
>Teo
>
>PS: xavier is unsubscribed
>
>
>
>
>2016-10-14 14:43 GMT+02:00 John Crisp :
>
>>
>>
>> On 14 October 2016 14:28:51 CEST, "R. Vielnascher Alleskunst.net
>GmbH" <
>> r...@vielnascher.net> wrote:
>>
>> >
>> >@John: i am a Little disappointed that you not Only let this Happen,
>> >but even put Heat to it!? What is the use of this that you do not
>> >interfere?
>> >
>>
>> Rudi,
>>
>> I have not been President nor a member of the board since the end of
>March
>> - as Xavier knows.
>>
>> I therefore have no say in what goes on, (though I am pefectly
>entitled
>> like any user to say what I want.)
>>
>>  My comment merely suggested I wish we could be rid of him once and
>for
>> all. We do not need his language and behaviour here and I am sick of
>> hearing it.
>>
>> The troll does not need further feeding.
>>
>> I would merely suggest the complainants pass their full addresses
>(and
>> those of Xs employers) to the Board so their lawyers can deal with
>it.
>>
>> X has been told by Daniel aready what his legal rights are. He should
>> refer back to that advice.
>>
>> I will make no further comment on the matter.
>>
>> B. Rgds
>> John
>>
>> --
>> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>> ___
>> Discussion about project organisation and overall direction
>> To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
>> Searchable archive at https://lists.contribs.org/
>> mailman/public/discussion/
>>
>
>
>
>
>___
>Discussion about project organisation and overall direction
>To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
>Searchable archive at
>https://lists.contribs.org/mailman/public/discussion/

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Bug in the machine

2016-10-14 Thread Stefano Zamboni
Found the info in 10 secs  while driving usong google
Please do the same

Il 14 ottobre 2016 15:35:55 CEST, Teo Barian  ha scritto:
>ok, where?
>
>2016-10-14 15:35 GMT+02:00 Stefano Zamboni :
>
>> Which part of
>> "I have not been President nor a member of the board since the end of
>> March - as Xavier knows."
>> Is not clear?
>>
>> John can't answer, all the addresses and info you need are public
>>
>>
>> Il 14 ottobre 2016 15:19:15 CEST, Teo Barian  ha
>> scritto:
>>>
>>> John
>>>
>>> I will be present at the meeting of this afternoon then could you
>give me
>>> :
>>>
>>> - according to the french law : https://www.service-public.fr/
>>> professionnels-entreprises/vosdroits/F31228)
>>> - and as the last known président
>>> * the name of the actual président
>>> * his email
>>> * the foundation address
>>> * the phone number of the foundation
>>> * etc...
>>>
>>> and yes I won't feed the troll anymore
>>>
>>> B.Regards
>>>
>>> Teo
>>>
>>> PS: xavier is unsubscribed
>>>
>>>
>>>
>>>
>>> 2016-10-14 14:43 GMT+02:00 John Crisp :
>>>
>>>>
>>>>
>>>> On 14 October 2016 14:28:51 CEST, "R. Vielnascher Alleskunst.net
>GmbH" <
>>>> r...@vielnascher.net> wrote:
>>>>
>>>> >
>>>> >@John: i am a Little disappointed that you not Only let this
>Happen,
>>>> >but even put Heat to it!? What is the use of this that you do not
>>>> >interfere?
>>>> >
>>>>
>>>> Rudi,
>>>>
>>>> I have not been President nor a member of the board since the end
>of
>>>> March - as Xavier knows.
>>>>
>>>> I therefore have no say in what goes on, (though I am pefectly
>entitled
>>>> like any user to say what I want.)
>>>>
>>>>  My comment merely suggested I wish we could be rid of him once and
>for
>>>> all. We do not need his language and behaviour here and I am sick
>of
>>>> hearing it.
>>>>
>>>> The troll does not need further feeding.
>>>>
>>>> I would merely suggest the complainants pass their full addresses
>(and
>>>> those of Xs employers) to the Board so their lawyers can deal with
>it.
>>>>
>>>> X has been told by Daniel aready what his legal rights are. He
>should
>>>> refer back to that advice.
>>>>
>>>> I will make no further comment on the matter.
>>>>
>>>> B. Rgds
>>>> John
>>>>
>>>> --
>>>> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>>>> ___
>>>> Discussion about project organisation and overall direction
>>>> To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
>>>> Searchable archive at https://lists.contribs.org/mai
>>>> lman/public/discussion/
>>>>
>>>
>>> --
>>>
>>> Discussion about project organisation and overall direction
>>> To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
>>> Searchable archive at
>https://lists.contribs.org/mailman/public/discussion/
>>>
>>>
>> --
>> Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la
>brevità.
>>

-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

[discussion] Fwd: [Bug 2388] Parse dhcpd.leases and feed to tinydns

2017-04-03 Thread Stefano Zamboni
since I was explicitly requested to discuss this topic outside BZ, I 
forward it to devinfo and discussion



Bug 2388 was created to add to the core the feature of keeping in sync 
dhcp leases and dns entries


in the (long) bug's discussion some solutions were proposed and, at the 
end, Stephane created a contrib (thank you mate), because adding a 
feature to the core is harder than digging a tunnel under a mountain 
with a tea spoon :-)


now..

the code to solve/offer the requested feature already exists, so the bug 
itself should not exist and the code developed by Steph should be 
already merged into the core.


so, my first question is: why this code is not in the base?

and the second one is: since we moved it to the futurere and SME10 is in 
alpha stage (which is exactly the phase were you add and test features), 
what are the requested steps to add the code to the base?


thank you

S.



 Forwarded Message 
Subject:[Bug 2388] Parse dhcpd.leases and feed to tinydns
Date:   Mon, 03 Apr 2017 13:18:37 +
From:   bugzilla-dae...@contribs.org
To: zamb...@mind-at-work.it



*Comment # 137 <https://bugs.contribs.org/show_bug.cgi?id=2388#c137> on 
bug 2388 <https://bugs.contribs.org/show_bug.cgi?id=2388> from 
Jean-Philippe Pialasse <mailto:te...@pialasse.com> *


(In reply to Stefano Zamboni fromcomment #136 )
I'm well aware of how things are supposed to work..  > > the "issue" here is that we already have a contrib, made by Steph, 

which > offers the requested feature..

that is not the issue I see. What I see here is the need to have dhcp lease and
dns to be in sync as base functionality.

Further more having a contrib is not an issue but a workaround. Thanks to
Stephan to have worked on it.

> so, IMO, this bug should be cloned for SME10 and this one (which was 

a NFR > for SME9) closed..

which mean we loose the follow up existing in this bug, or we need to consult
two bugs to fully understand the situation. That's why we usually move the bug
to the higher version of SME available, so we can fix it with a full. Then
duplicate it to lower version where we want to backport it.


> sounds reasonable?


what would sound reasonable is to keep on discussion on devinfo instead of
diluting this bug.


You are receiving this mail because:

 * You are on the CC list for the bug.

___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/

Re: [discussion] Workstation Backup, is there an alternative we can drop in

2017-04-07 Thread Stefano Zamboni

On 07/04/2017 09:45, Terry Fage wrote:

Forwarded on behalf of Jesper Knudsen

I am personally using https://www.urbackup.org/ which does a great job 
backing up
all my clients to the SME server. I am quite sure that same software 
can do
a SME backup if he Linux client is used. 


this topic has been discussed many time here around (BZ, forums, MLs..)

there are many products out there that are good for backup but there are 
some aspects we can't forget:


1) we need to make backups of SME outside SME itself.. backuppc and affa 
are really good tools, but if you use them on SME itself, they'll use (a 
good part of) some disk space and they must have the feature to export 
on remote storage (remote means USB disks too) a full working backup set.
If we're talking about affa and backuppc outside our server, it could be 
tricky because they both need a server to run (and in some cases we have 
not a second server, just a nas or, worst, an USB disk)


2) we'd keep the backup as easy as possible, meaning that the restore 
froma  bacup set should be feasible without any hassle.. from this point 
of view, if you don't have a SME server running and you want to extract 
a file/dir from dar, it's not so easy.. and you must have a good dar 
catalogue.. and it would be good to open a backup set from a windows 
client too


I don't know when/why dar was adopted, but it has some issues..
- it can't use parallel compression and so even if you have 2000 cores, 
only one will be used during backup.. using pigz (available from epel) 
won't help 'cause dar don't call gzip.

- it's fragile, and this is the reason we are here :-)
- it could be a bottleneck for the server.. if you keep many sets, 
backup could be fast, but the removal of an old set can be not.. I have 
a server that needs 5 hours to backup (and that's fine, starting at 
22:00), but the post backup stage (i.e. the /usr/bin/dar_manager -Q -B 
/mnt/smb/FQDN/dar-catalog -D 15 one) could take the same time.. and this 
is bad, since users complain that the server is slow.
- it has not (but maybe it's related to how we use it) any kind of 
log/diagnostic tool while it's running.. you've just to wait and see


Urbackup, Affa, Backuppc, Amanda are more "backup server" oriented IMO, 
i.e. they are tools to create a backup server, not to backup a server :-)


NS uses duplicity (see http://duplicity.nongnu.org/) which seems to have 
good features (http://duplicity.nongnu.org/features.html)


We'd try to take a look at NS' scripts and make some tests.

ciao
S.



___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


Re: [discussion] Workstation Backup, is there an alternative we can drop in

2017-04-07 Thread Stefano Zamboni

On 07/04/2017 11:20, Stefano Zamboni wrote:
NS uses duplicity (see http://duplicity.nongnu.org/) which seems to 
have good features (http://duplicity.nongnu.org/features.html)


We'd try to take a look at NS' scripts and make some tests.


Related to duplicity: http://chrispoole.com/project/general/horcrux/

seems to offer all we need in a easy way
___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


Re: [discussion] Workstation Backup, is there an alternative we can drop in

2017-04-07 Thread Stefano Zamboni

On 07/04/2017 12:35, Keith Slater wrote:

Hi,

I use affa a lot.
You can do localhost backups to usb or a nas. The config is here : 
https://wiki.contribs.org/Affa#Use_Affa_to_backup_to_a_NFS-mounted_NAS_or_a_local_attached_USB_drive
There are a few steps to go through but these could be scripted if 
affa was integrated into the core of SME Server




the main problem here is that you'll use part of your local disk space.. 
this could not be an issue now that hds are big, but it's something we'd 
keep in mind


S.
___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


Re: [discussion] Workstation Backup, is there an alternative we can drop in

2017-04-07 Thread Stefano Zamboni

On 07/04/2017 12:35, Keith Slater wrote:

Hi,

I use affa a lot.
You can do localhost backups to usb or a nas. The config is here : 
https://wiki.contribs.org/Affa#Use_Affa_to_backup_to_a_NFS-mounted_NAS_or_a_local_attached_USB_drive
There are a few steps to go through but these could be scripted if 
affa was integrated into the core of SME Server


and I'd add that a remote NFS server  or a ext3 local usb disk are 
needed.. no smbfs or fat32 (and thus making backup access from windows 
clients quite difficult)


S.
___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


Re: [discussion] Workstation Backup, is there an alternative we can drop in

2017-04-07 Thread Stefano Zamboni

On 07/04/2017 13:09, Hans Riethmann wrote:


Referring to my other post, mentioning otibackup. This was one of the 
big reasons why I choose to write something my own. It is not 
otibackup itself but additonal tools which let you create an 
smeserver.tar.gz file of just the server configuration. Once you have 
restored the server to it's original config, you sync back whatever 
backup of the user data/content in the history. I've done two updates 
with this approach when going from SME 7 to 8 to 9. I always did a 
fresh install with the configuration in the tar.gz file and synced all 
the data back as postinstall.


this is another topic to be discussed.. in the past there was the 
possibility to backup server's configuration separately.. this is 
something we'd re-add, because restoring some hundreds of GB of email 
could lead to have your server offline for too much time


Thank you for pointing it up

S.
___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


Re: [discussion] Workstation Backup, is there an alternative we can drop in

2017-04-07 Thread Stefano Zamboni

On 07/04/2017 14:08, Dan Brown wrote:

I'm writing from a tablet, so apologies for any typos, brevity, etc., as well 
as quoting everything below.  I don't recall any of the discussions (or if 
there even were discussions) surrounding including dar in the SME base, though 
I recall Darrell May being a proponent of that software.


fine



Before we get too deep in the weeds of which software package to implement, 
it'd probably be best to define our requirements.  As I see it, dar is adequate 
in terms of features:
* make full and incremental backups on an arbitrary schedule
* store backups on an arbitrary network share, requiring only SMB or NFS access 
to the share
* chunk backups so they don't exceed filesystem size limits or media capacity 
(e.g., if they were to be burned to CD/DVD)
* allow full or selective restore from any date's backup (kind of weak here, 
only allows selected files,  not directories)


regarding features, no doubts on dar
the chunk feature, IMVHO, could be ignored, since the DVD are almost 
useless on backup side




The biggest problem that I see with dar, at least as it's now implemented, is 
that it's too fragile. Any interruption borks your entire backup set, so you 
have to toss it out and start over. That's just unacceptable. I don't know if 
there are ways to make dar more robust in this regard, or if we'd need to go to 
an alternative tool to do this.


I did not search about how to prevent/reduce the catalogue corruption.. 
it should be nice to be able to recreate it from a backup set from 0



  If we're changing backup tools, though, now is the time to do so--we can't be 
breaking compatibility in a point release.


I agree


If we're going to look at changing tools, we should also consider harmonizing 
the backup options. There's no good reason that the console backup should be 
completely different from the web-based backup.


well, they are different 'cause they have different targets.. console 
backup is something you do on demand to restore on another fresh 
install, web-based one is aimed to create a full DR backup set but with 
the opportunity to make both a differential backup and a selective restore


on some servers of mine I use the console backup approach with a custom 
script and tar.. all must be done via CLI, but at least I have the full 
control on what's going on


S.
___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/


Re: [discussion] ?==?utf-8?q? Backup Solutions

2018-02-09 Thread Stefano Zamboni
Il giorno Venerdi, Febbraio 09, 2018 16:35 CET, "John H. Bennett III" 
 ha scritto: 
 

> 
> Well, that sucks for us as a whole.  I know you are running a  
> business, and have the need to provide value add reliable services.   
> For the distro as a whole, I don't feel we have to good solid backup  
> solution, anymore.  Flexbackup and DAR just don't seem to be cutting  
> it.  Flexbackup is way too slow for large amounts of data.  Don't get  
> me wrong, I have personally never had any issues with flexbackup.   
> When it works, and can complete within the backup window, it works  
> great for me, and restores have also always worked,  DAR seems  
> inconsistent from some of the things I've seen in the forumsm but I  
> don't think I really have any choice but to do some additional  
> testing.  That is just my opinion, I'm sure there are those of you  
> that are running this pretty reliably.
> 
> So, I'll have to find time to do more DAR testing on my own, and see  
> if I can live with the built in method, and also do some testing with  
> backuppc starting with the old contrib and seeing if that can be  
> updated to use the newer versions.  Not having any experience with  
> backuppc, I'd want it to backup to a CIFS share, like DAR can do, then  
> I'd need to be able to restore single files, and a whole system.  I'm  
> not a coder, so I'm not 100% sure how to get those pieces incorporated  
> at the moment.
> 
> I do appreciate all that responded.
> 

I agree.. Dar has some issues

BTW, take a look at:
https://bugs.contribs.org/show_bug.cgi?id=10391
https://bugs.contribs.org/show_bug.cgi?id=9159
https://bugs.contribs.org/show_bug.cgi?id=10236

HTH
S.

___
Discussion about project organisation and overall direction
To unsubscribe, e-mail discussion-unsubscr...@lists.contribs.org
Searchable archive at https://lists.contribs.org/mailman/public/discussion/