Re: Traffic control

[Rod Whitworth]

On Sat, 20 Feb 2010 06:01:18 +0200, americano wrote:

>Hello, Misc.
>
>Will rewritten (updated and improved) implementation of the existing traffic
>control system altq?
>
Will swim dingo?

*** NOTE *** Please DO NOT CC me. I  subscribed to the list.
Mail to the sender address that does not originate at the list server is 
tarpitted. The reply-to: address is provided for those who feel compelled to 
reply off list. Thankyou.

Rod/
---
This life is not the real thing.
It is not even in Beta.
If it was, then OpenBSD would already have a man page for it.

Traffic control

[americano]

Hello, Misc.

Will rewritten (updated and improved) implementation of the existing traffic
control system altq?

Re: Dump levels ?

[Greg Thomas]

On Thu, Feb 18, 2010 at 2:11 PM,  wrote:

>
> Dump levels other than 0 allow you to make partial dumps.
>
> I used to do dump level 0's at the start of the month.
>
> Then from Monday to Thursday I'd to dump 9's.  Each dump
> would save things from the previous 9 (or 0 the first time).
> Friday's I'd do a level 8.
>
> Thus each M-T I'd save the days work, Friday I'd save the
> weeks work.  Then at the start of the next month a level 0
> dump would make a copy of everything.
>
> Each dump level going downwards saves all the data from
> previous (higher) numbered dumps.
>
>
Just to confirm or unconfuse myself if you're doing dump 9s on Monday to
Thursday aren't you getting everything from the previous days each dump
rather than just the day before?  I thought to get just the files changed on
a particular day you'd have to go:

Mon  - dump 5
Tues  - dump 6
Wed  - dump 7
Thurs - dump 8
Fri - dump 4

-- 

Dethink to survive - Mclusky

Gps takipte olay.!! Aidat yok.Abonelik yok,ömür boyu size ait

[Aidatsız araç takip]

T\RK]YE'N]N ARAG TAK]P AGILIMINI  B]Z YAPIYORUZ.

   '']DDA ED]YORUZ DAHA UYGUN A]DATSIZ ve ABONEL]KS]Z S]STEM YOK''



. Arag say}n}z ne olursa olsun, Aidat veya Abonman ad} alt}nda,
herhangi bir bedel al}nmamaktad}r.


. Firman}z} baplay}c} svzle~meler yapmayan T|rkiyedeki ilk ve tek
markad}r.


. T|rkiye'nin  internet baplant}s} olmadan da gal}~an,  ilk arag takip
sistemidir.


. Garanti s|resi 2 + 2 y}ld}r.Garanti kapsam}ndaki ar}za durumunda
|r|nler yenisi ile depi~tirilir.T|rkiyede |retim yapmakta olan bir firmad}r.


. T|m kontrollerin size ait oldupu, ikinci bir firman}n size vzel
rapor ve bilgileri gvrmedipi tek sistemdir.


. Anl}k konum Belirleme,
Google earth fotoprafik haritada araglar}n}z} 1-5 m sapma ile nokta tespit,
T|rkiyede bir ilk olarak google earth fotoprafik haritay} , kendi vzel
haritan}z gibi kullanma imkan},,

Raporlama, gegmi~e dvn|k rota incelemesi


. Motor Blokaj,(ak}ll} blokaj)


. Anl}k h}z sorgusu ve h}z limit a~}m ikaz},


. H}zl} takip , sistem standard}d}r.


. Ayr}ca arag |zerindeki 4 ayr} noktadan risk bildirim uyar}s}
Opsiyonel olarak istepe gvre uygulan}r.(\r|n vzelliklerinde belirtilmi~tir)

www.zeynaotokontrol.com.tr   adresinden  Aidats}z Gps sistemimizi ve diper
|r|nlerimizi inceleyebilirsiniz..

   Zeyna Otokontrol

Elektronik sis. |retim pazarlama

Kavac}k mah.Otaptepe cad.no 2 kat 3 d 6

Kavac}k/]STANBUL

TEL:  0 216 4659600
FAX: 0 216  4659601
GSM: 0 555 989 4511

Re: OT, .. but has anyone seen a crontab editor

[Chris Dukes]

On Thu, Feb 18, 2010 at 07:08:44PM -0600, L. V. Lammert wrote:
> that would be useable for basic sysadmin types (maybe something
> nCurses)?

'crontab -e'

Unless "basic admin" had developed some new meaning of which I am unaware.
-- 
Chris Dukes

Re: fsck segfault on a big partition, 4.6

[Chris Cappuccio]

Joe Gidi [...@entropicblur.com] wrote:
> 
> Does this mean that amd64 can now handle >4G of RAM, or is that a separate
> issue?

Separate issue

But if you have an iommu device and you set bigmem=1 then it might work for you

Re: Refusal to mention OpenBSD in a MSc Advanced Networking course

[Frank Bax]

Duncan Patton a Campbell wrote:

On Sun, 14 Feb 2010 08:11:21 -0700 (MST)
Diana Eichert  wrote:


On Sat, 13 Feb 2010, Steve Shockley wrote:


On 2/13/2010 6:49 PM, Diana Eichert wrote:

PS when I went to college BSD didn't exist and I turned out "okay"

The overly pedantic part of me wonders if you went to college pre-'77...

my introductory CS class was Algol-W, you figure out the timeline.  ;-)

diana



Hehe.  I did APL.  Was gonna be the next best thing to sliced bread ;-)




I did Algol-W, APL and SNOBOL (among others).  I do not remember which 
order.  There was also group on campus working on a multi-platform OS 
called THOTH written in Eh (but came after B and C appeared).  I seem to 
recall the third hardware was running this OS in about 8 hours.

Re: OT, .. but has anyone seen a crontab editor

[Theo de Raadt]

I am very impressed by the oratary skills you have all shown in this
discussion... but please... can this thread be terminated soon?

> > On Sat, 20 Feb 2010, Paul M wrote:
> >
> >> it's **Not clear whatproblem you're actualy trying to solve.**
> >>
> > What's so difficult about "need a way to edit crontab with something 
> > like
> > an nCurses" interface? That seems to be, by definition, simple,
> > point-and-click, definate options, no man pages, no vi editors, ...
> >
> >> I can imagine a situation where your question is valid and sensible, 
> >> but
> >> that would be just be me going off on a tangent - give us some
> >> background, explain *properly* why the answers you've been given are
> >> unsatisfactory.
> >> I have to say, it does sound to me as if you're being deliberately
> >> obtuse.
> >>
> > Certainly not intended, .. however I cannot imagine why the statment 
> > above
> > does not describe the problem accurately & succinctly.
> 
> This seems to be the crux of the problem.
> To you the question is accurate and succinct - to most others who have 
> responded.
> it is not. Who is right and who is wrong? who cares, point is we need 
> the full
> story, even if you dont understand why.
> 
> 
> paulm
> 
> 
> One more point to make, I dont know if it has any relevance, I'm just
> inventing a situation here in the absense of the full story. If it 
> doesnt
> apply, then just ignore.
> 
> If you impliment a graphical ui which gives uneducated/inexperienced 
> 'admins'
> unrestricted (remote) access to root's crontab, that would be 
> incredibly stupid.
> If you do impliment a system, (either your own or an existing tool) 
> then it
> should have proper access controls and validity checking to ensure they 
> can
> only change the info that they should be changing. This probably means 
> rolling
> your own.

Re: OT, .. but has anyone seen a crontab editor

[Paul M]

On 20/02/2010, at 11:14 AM, L. V. Lammert wrote:


On Sat, 20 Feb 2010, Paul M wrote:


it's **Not clear whatproblem you're actualy trying to solve.**

What's so difficult about "need a way to edit crontab with something 
like

an nCurses" interface? That seems to be, by definition, simple,
point-and-click, definate options, no man pages, no vi editors, ...

I can imagine a situation where your question is valid and sensible, 
but

that would be just be me going off on a tangent - give us some
background, explain *properly* why the answers you've been given are
unsatisfactory.
I have to say, it does sound to me as if you're being deliberately
obtuse.

Certainly not intended, .. however I cannot imagine why the statment 
above

does not describe the problem accurately & succinctly.


This seems to be the crux of the problem.
To you the question is accurate and succinct - to most others who have 
responded.
it is not. Who is right and who is wrong? who cares, point is we need 
the full

story, even if you dont understand why.


paulm


One more point to make, I dont know if it has any relevance, I'm just
inventing a situation here in the absense of the full story. If it 
doesnt

apply, then just ignore.

If you impliment a graphical ui which gives uneducated/inexperienced 
'admins'
unrestricted (remote) access to root's crontab, that would be 
incredibly stupid.
If you do impliment a system, (either your own or an existing tool) 
then it
should have proper access controls and validity checking to ensure they 
can
only change the info that they should be changing. This probably means 
rolling

your own.

Re: OT, .. but has anyone seen a crontab editor

[Ted Unangst]

On Fri, Feb 19, 2010 at 5:14 PM, L. V. Lammert  wrote:
> The chaps tweaking the crontab entries are Windoze admins, and they need
> to adjust the start/stop times on cronjobs that start and stop replication

Then have them create a Windows service that runs ssh and does
whatever it is that needs doing.  They can adjust the schedule to
their hearts' content.

Re: OT, .. but has anyone seen a crontab editor

[Rich Kulawiec]

On Fri, Feb 19, 2010 at 10:21:12AM -0600, L. V. Lammert wrote:
> No, that isn't going to work. This isn't some elitist club - if we can't
> provide a simple, sane, safe way for a [priviledged] user to push a backup
> image out to a DR server, than *we* have failed as technologists.

There's nothing "elitist" about requiring baseline knowledge, and I think
"reading the man page for crontab and understanding what the fields mean"
sets that bar quite low.

Anyone who can't clear that bar may be a nice person, a fine person,
a wonderful person, but they have absolutely no business being in a
system/network administration role.  For whatever reason, they just
don't have what it takes.  Perhaps they'll go off and acquire it:
people do learn and grow.  But until/unless they do, they should be
doing something else for a living, doubly so in the contemporary
environment, where their ignorance/incompetence is an active menace
to everyone else on the 'net.

Or at least to your operation: surely something as critically important
as backups can not, should not, be relegated to such people.

"Mister Hart, here is a dime.  Take it, call your mother,
and tell her there is serious doubt about you ever becoming a lawyer."
--- Kingsfield

I often find it remarkable that we had secretarial staff working at
the command line and creating quite complex documents with troff, eqn,
and tbl 25 years ago, yet so-called "system administrators" today can't
use vi (let alone ed).

---Rsk

Re: OT, .. but has anyone seen a crontab editor

[L. V. Lammert]

On Sat, 20 Feb 2010, Paul M wrote:

> it's **Not clear whatproblem you're actualy trying to solve.**
>
What's so difficult about "need a way to edit crontab with something like
an nCurses" interface? That seems to be, by definition, simple,
point-and-click, definate options, no man pages, no vi editors, ...

> I can imagine a situation where your question is valid and sensible, but
> that would be just be me going off on a tangent - give us some
> background, explain *properly* why the answers you've been given are
> unsatisfactory.
> I have to say, it does sound to me as if you're being deliberately
> obtuse.
>
Certainly not intended, .. however I cannot imagine why the statment above
does not describe the problem accurately & succinctly.

> Give us the full story, and I'm sure you'll get a very good answer. Or
> several.
>
The chaps tweaking the crontab entries are Windoze admins, and they need
to adjust the start/stop times on cronjobs that start and stop replication
services. It would *seem* that there would be a way to apply all this
fancy technology we have in our toolkits for a simple, point-and-shoot (a
la nCurses) UI that requires no a priori knowledege other than an account
name & password.

Lee

Re: OT, .. but has anyone seen a crontab editor

[Paul M]

if they don't have access to the machine then **why are you looking
for alternatives to crontab**?

Changes to the actual machines will be pushed via ssh, .. but that's 
way

too much detail for the level of the question I was asking.

Lee


Actually, this is not too much info at all - it's absolutely critical
information.

Crontabs are not meant to be edited directly. Copying a text file by ssh
counts as being edited directly. You must use crontab(1) to edit the 
file.


If you cannot, or dont want to, then you need to impliment a proper 
system

to remotely update a crontab - a far cry from your original question.


paulm

Re: OT, .. but has anyone seen a crontab editor

[Kevin Wilcox]

On 19 February 2010 16:14, L. V. Lammert  wrote:

> On Fri, 19 Feb 2010, Kevin Wilcox wrote:

>> On 19 February 2010 14:37, L. V. Lammert  wrote:
>>
>> > Didn't say they had access to the **MACHINE** THAT'S THE WHOLE POINT FOR
>> > THE NCURSES QUESTION, if you had bothered to read the OP instead of
>> > bitching about what you THOUGHT it meant.

>> if they don't have access to the machine then **why are you looking
>> for alternatives to crontab**?

> Changes to the actual machines will be pushed via ssh, .. but that's way
> too much detail for the level of the question I was asking.

This is the *exact* level of detail that's needed. You don't need an
alternative method of editing crontab, you need to be able to write
cron-compatible files and have those pulled into cron. That's a
*significant* difference.

Rather than reply to your next email via a separate one, I'll include
the responses below:

> No, you are not bothering to comprehend the question - these are *NOT*
> sysadmin types, .. and the procedure must be SIMPLE  - open this nCurses
> application, check a different box, save and exit.

The "question" was about editing a crontab entry. The question you
originally asked was insufficient (and apparently the initial data you
supplied was incorrect). What it should have been was "I have a
machine that I'm going to let some folks look after and I want to let
some non sys-admin, non Unix folks change scheduled times for things
to run in cron but they won't have any access to the machine other
than via scp, is there a GUI that can write cron compatible output
that I can then push to that remote machine?"

For that matter, I find "edit this text file, change the 2 to a 5,
save it" to be simpler and more fool-proof, but difficult versus
simple is relative; recompiling my FreeBSD kernel for PAE support is
simple to me, telling someone how to clear their browser history and
cache in Internet Explorer would be a much more difficult, more time
consuming process.

> Remember, .. KISS rules.

Cron *is* simple. You give it a time, you give it a command, it does its job.

What you are trying to accomplish is completely separate from what you
asked about.

Now that you have provided some *necessary* information (the users
*don't* have access to the machine, their inability to edit cron is
not a skill issue but an access issue, et cetera), you might get a
meaningful answer from anyone you haven't already pissed off by being
difficult, being obstinate, being obdurate, failing to give the full
parameters of what you are trying to accomplish and trying to
back-track on what you said over the course of your own half-dozen or
so emails on the subject.

kmw

-- 
A: Maybe because some people are too annoyed by top-posting.
Q: Why do I not get an answer to my question(s)?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: OT, .. but has anyone seen a crontab editor

[Paul M]

On 20/02/2010, at 10:14 AM, L. V. Lammert wrote:


 ... but that's way
too much detail for the level of the question I was asking.

Lee



I couldn't dissagree more!

I too have been following this thread, and I'm confused.

Many people have jumped in and slammed various concepts - they're all 
pretty

much right in what they've said, but they've all pretty much put their
own interpretation on the original question, because it's **Not clear 
what

problem you're actualy trying to solve.**

I can imagine a situation where your question is valid and sensible, but
that would be just be me going off on a tangent - give us some 
background,

explain *properly* why the answers you've been given are unsatisfactory.
I have to say, it does sound to me as if you're being deliberately 
obtuse.


Give us the full story, and I'm sure you'll get a very good answer. Or
several.


paulm

Re: OT, .. but has anyone seen a crontab editor

[L. V. Lammert]

On Fri, 19 Feb 2010, Kevin Wilcox wrote:

> On 19 February 2010 14:32, L. V. Lammert  wrote:
>
> Man pages typically have examples.
>
*BUT* man pages are not instructions to perform a task/function, .. and
are irrelavent for this question.

> It's called "learning" and you are intentionally being difficult.
>
No, you are not bothering to comprehend the question - these are *NOT*
sysadmin types, .. and the procedure must be SIMPLE  - open this nCurses
application, check a different box, save and exit.

Think Windoze, if you must.

> As I said, you're intentionally being difficult. That is really simple.
>
> 0  5  *  *   *   /usr/local/bin/backup.sh
>
To whom? Your I perhaps, . . but that is not within the scope of this
requirement.

> Every day at 0500 run /usr/local/bin/backup.sh. How is that difficult
> once you see the format?
>
Again, the original requirement is *SIMPLE* - no interpretation allowed.
Click "5AM" will work, "0 5 * * *" will not.

Remember, .. KISS rules.

Lee

Re: OT, .. but has anyone seen a crontab editor

[L. V. Lammert]

On Fri, 19 Feb 2010, Kevin Wilcox wrote:

> On 19 February 2010 14:37, L. V. Lammert  wrote:
>
> > Didn't say they had access to the **MACHINE** THAT'S THE WHOLE POINT FOR
> > THE NCURSES QUESTION, if you had bothered to read the OP instead of
> > bitching about what you THOUGHT it meant.
>
> Lee -
>
> if they don't have access to the machine then **why are you looking
> for alternatives to crontab**?
>
Changes to the actual machines will be pushed via ssh, .. but that's way
too much detail for the level of the question I was asking.

Lee

Re: OT, .. but has anyone seen a crontab editor

[Kevin Wilcox]

On 19 February 2010 14:32, L. V. Lammert  wrote:

> On Fri, 19 Feb 2010, Johan Beisser wrote:

>> What the hell is so hard about:

> If you have to ask what's so hard, it's too hard. The OP was about making
> the process **SIMPLE**, .. not complicated. Man pages are used to learn
> about a command, .. not a way to perform a specific command such as
> "change the replicatio0 schedule to start at 8PM instead of 6PM".

Man pages typically have examples.

'man 5 crontab' gives me a full breakdown of the field and allowed
values, and further down gives a couple of examples of entries with a
full description of what the examples do.

It's called "learning" and you are intentionally being difficult.

>> B While lines in a user crontab have five fixed fields plus a command
>> in the form:
>>
>> B  B  B  B  B  B minute hour day-of-month month day-of-week command
>> B [...]

> Yeah right. That isn't SIMPLE by any definition.

As I said, you're intentionally being difficult. That is really simple.

0  5  *  *   *   /usr/local/bin/backup.sh

Every day at 0500 run /usr/local/bin/backup.sh. How is that difficult
once you see the format?

>> Being a UNIX Systems Admin means knowing your tools, and most
>> importantly your toolkits. Cron is a tool, making it "simpler" for a
>> new admin is doing you both a disservice in the long run.

> The question was about a way to provide a way to change a crontab entry
> for ***NON SYS ADMINS***.

No, the question was about an alternative to editing cron entries for
"basic sys admin types", that's a far cry from "non sys admins".

kmw

--
A: Maybe because some people are too annoyed by top-posting.
Q: Why do I not get an answer to my question(s)?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: Dump levels ?

[Philip Guenther]

On Fri, Feb 19, 2010 at 12:49 PM, Jean-Francois  wrote:
...
> Not sure to understand the subtle of the man page explanations regarding the
> dump of different nature of mount points.
>
> Just one additional information, the dump of higher levels work when I dump
> /var but not /var/htdocs.

The key is the last sentence of this paragraph from the dump(8) manpage:
 files-to-dump is either a mountpoint of a filesystem or a list of files
 and directories on a single filesystem to be backed up as a subset of the
 filesystem.  In the former case, either the path to a mounted filesystem
 or the device of an unmounted filesystem can be used.  In the latter
 case, certain restrictions are placed on the backup: -u is ignored, the
 only dump level that is supported is -0, and all of the files must reside
 on the same filesystem.

So, if you're not dumping an entire filesystem, then you always get a
full (level 0) dump.

(Why?  At least part of the reason is that if you're not doing the
full filesystem, inode ctime isn't sufficient to determine whether a
file would be new to the dump.)


Philip Guenther

Re: Refusal to mention OpenBSD in a MSc Advanced Networking course

[Han Hwei Woo]

I can tell you that *BSD is alive and well, and if anything is thriving
in the network, data centre, and hosting environments. A search of the
NANOG mailing lists (anyone teaching networking should know what NANOG
is), and the webhostingtalk.com forums (where many hosting providers
participate) will show that people are running BSD for networking in
production.

Speaking of antiquated, the IPTables code was originally supposed to
have been replaced by Nf-hipac back in 2005. IPTables is completely
ineffective for large rule sets, due to the linear increase in resources
required for each rule. Features like hashing of address lists,
source-based rate-limiting, stateful failover, and synproxy are either
missing or too immature for production use.


Cheers,
Han Hwei Woo



TS Lura wrote:
> Thank you all for the replies.
>
> I might do a lecture on my own, presenting OpenBSD.
>
> If I where to do that it, as a subsection, would be cool to give references
> to other institutions that are using OpenBSD and why they are using it.
>
> Why one would use OpenBSD, over eg. GNU/Linux.
> Now I would site preemptive security, code correctness, it's easy to use;
> enable daemons through rc.conf, pf, openssh, possibility for zfs in kernel?,
> good documentation, jailing of daemons.
>
> It would also be cool to highlight any specific snazzy functionality.
> Something that would get (MSc/geeky) people to think. "ooh, that's
> cool" particular in relation to networking.
> eg. I think the scrubbing of packets in PF is kinda cool, pftop, see
> the interruptcounter for the nic and serial console. :P
>
> Maybe something related to cryptography, or general network gear(routers,
> switches) , or any new cool feature in PF or something
> that's expensive with Cisco but cheap and good with *BSD. ipsec?, VoIP? cool
> feature in OpenSSH.
>
>
> .tsl
>
>
> On Sun, Feb 14, 2010 at 12:57 AM, Corey  wrote:
>
>   
>> On 02/13/2010 02:06 AM, TS Lura wrote:
>>
>> 
>>> I feel it's game over, at this point. But maybe you guys have some
>>> suggestion about good arguments that might persuade my professor?
>>>
>>>
>>> Cheers,
>>>
>>> TSLura.
>>>
>>>   
>> You can look at it this way:  you will have a leg up on your classmates
>> because you have done enough self-study to be at least aware of BSD, aand
>> OpenBSD in particular.  They, on the other hand (well, some of them at
>> least), will equate Unix/Open Source with Linux.

Re: OT, .. but has anyone seen a crontab editor

[Kevin Wilcox]

On 19 February 2010 14:37, L. V. Lammert  wrote:

> On Fri, 19 Feb 2010, Kevin Wilcox wrote:

>> If *you* are letting underqualified users have privileged access to an
>> Unix machine then the failure here is *you*.

> Didn't say they had access to the **MACHINE** THAT'S THE WHOLE POINT FOR
> THE NCURSES QUESTION, if you had bothered to read the OP instead of
> bitching about what you THOUGHT it meant.

Lee -

if they don't have access to the machine then **why are you looking
for alternatives to crontab**?

If they don't have access to the machine then how in blazes are their
changes going to useful other than as a text file on some random
machine that isn't the one they need to be active on?

Which is to say - I've read the entire thread so far and this is the
first time you've said they won't have access to the machine.

Instead of asking "what is an alternative to ", you should come
out and say exactly what problem you need to solve, because as of this
post it has become a moving target.

kmw

-- 
A: Maybe because some people are too annoyed by top-posting.
Q: Why do I not get an answer to my question(s)?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: Dump levels ?

[Otto Moerbeek]

On Fri, Feb 19, 2010 at 09:49:35PM +0100, Jean-Francois wrote:

> Le Vendredi 19 Fivrier 2010 21:15:46, Otto Moerbeek a icrit :
> > On Thu, Feb 18, 2010 at 11:51:23PM +0100, Jean-Francois wrote:
> > > Le Jeudi 18 Fivrier 2010 23:43:38, Adriaan a icrit :
> > > > On Thu, Feb 18, 2010 at 11:21 PM, Jean-Francois 
> > > > wrote:
> > > >
> > > > [snip]
> > > >
> > > > > My dump level 1 dumps all the files again. How to let it dump based
> > > > > on the lower level ?
> > > > >
> > > > > I did as follows :
> > > > > sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var/www/htdocs/
> > > > > sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.1 /var/www/htdocs/
> > > >
> > > > You did two level 0 dumps, so what else you expect ?;)
> > >
> > > Mistyped the mail. I proceed in this way and get two times the same dump.
> > > Is it normal ?
> > > sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var/www/htdocs/
> > > sudo dump -1ua -f /mnt/tera/backup/2010.02.18_www.1 /var/www/htdocs/
> >
> > Show your dump output. Of both runs.
> >
> > -Otto
> 
> Not sure to understand the subtle of the man page explanations regarding the
> dump of different nature of mount points.
> 
> Just one additional information, the dump of higher levels work when I dump
> /var but not /var/htdocs.
> 
> $ sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var/www/htdocs/
>   DUMP: Ignoring u flag for subdir dump
>   DUMP: Dumping sub files/directories from /var
>   DUMP: Dumping file/directory /var/www/htdocs/
>   DUMP: Date of this level 0 dump: Fri Feb 19 21:47:18 2010
>   DUMP: Date of last level 0 dump: the epoch
>   DUMP: Dumping /dev/rwd0g (/var) to /mnt/tera/backup/2010.02.18_www.0
>   DUMP: mapping (Pass I) [regular files]
>   DUMP: mapping (Pass II) [directories]
>   DUMP: estimated 188530 tape blocks.
>   DUMP: Volume 1 started at: Fri Feb 19 21:47:21 2010
>   DUMP: dumping (Pass III) [directories]
>   DUMP: dumping (Pass IV) [regular files]
>   DUMP: 196284 tape blocks on 1 volume
>   DUMP: Date of this level 0 dump: Fri Feb 19 21:47:18 2010
>   DUMP: Volume 1 completed at: Fri Feb 19 21:47:33 2010
>   DUMP: Volume 1 took 0:00:12
>   DUMP: Volume 1 transfer rate: 16357 KB/s
>   DUMP: Date this dump completed:  Fri Feb 19 21:47:33 2010
>   DUMP: Average transfer rate: 16357 KB/s
>   DUMP: Closing /mnt/tera/backup/2010.02.18_www.0
>   DUMP: DUMP IS DONE
> $ sudo dump -1ua -f /mnt/tera/backup/2010.02.18_www.1 /var/www/htdocs/
>   DUMP: Ignoring u flag for subdir dump
>   DUMP: Subdir dump is done at level 0

There you go.

Incremental dumps should be done at the filessytem level. 

-Otto

>   DUMP: Dumping sub files/directories from /var
>   DUMP: Dumping file/directory /var/www/htdocs/
>   DUMP: Date of this level 0 dump: Fri Feb 19 21:47:36 2010
>   DUMP: Date of last level 0 dump: the epoch
>   DUMP: Dumping /dev/rwd0g (/var) to /mnt/tera/backup/2010.02.18_www.1
>   DUMP: mapping (Pass I) [regular files]
>   DUMP: mapping (Pass II) [directories]
>   DUMP: estimated 188530 tape blocks.
>   DUMP: Volume 1 started at: Fri Feb 19 21:47:39 2010
>   DUMP: dumping (Pass III) [directories]
>   DUMP: dumping (Pass IV) [regular files]
>   DUMP: 196284 tape blocks on 1 volume
>   DUMP: Date of this level 0 dump: Fri Feb 19 21:47:36 2010
>   DUMP: Volume 1 completed at: Fri Feb 19 21:47:51 2010
>   DUMP: Volume 1 took 0:00:12
>   DUMP: Volume 1 transfer rate: 16357 KB/s
>   DUMP: Date this dump completed:  Fri Feb 19 21:47:51 2010
>   DUMP: Average transfer rate: 16357 KB/s
>   DUMP: Closing /mnt/tera/backup/2010.02.18_www.1
>   DUMP: DUMP IS DONE
> 
> $ sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var
>   DUMP: Date of this level 0 dump: Fri Feb 19 21:47:58 2010
>   DUMP: Date of last level 0 dump: the epoch
>   DUMP: Dumping /dev/rwd0g (/var) to /mnt/tera/backup/2010.02.18_www.0
>   DUMP: mapping (Pass I) [regular files]
>   DUMP: mapping (Pass II) [directories]
>   DUMP: estimated 313894 tape blocks.
>   DUMP: Volume 1 started at: Fri Feb 19 21:48:01 2010
>   DUMP: dumping (Pass III) [directories]
>   DUMP: dumping (Pass IV) [regular files]
>   DUMP: 334448 tape blocks on 1 volume
>   DUMP: Date of this level 0 dump: Fri Feb 19 21:47:58 2010
>   DUMP: Volume 1 completed at: Fri Feb 19 21:48:22 2010
>   DUMP: Volume 1 took 0:00:21
>   DUMP: Volume 1 transfer rate: 15926 KB/s
>   DUMP: Date this dump completed:  Fri Feb 19 21:48:22 2010
>   DUMP: Average transfer rate: 15926 KB/s
>   DUMP: level 0 dump on Fri Feb 19 21:47:58 2010
>   DUMP: Closing /mnt/tera/backup/2010.02.18_www.0
>   DUMP: DUMP IS DONE
> $ sudo dump -1ua -f /mnt/tera/backup/2010.02.18_www.1 /var
>   DUMP: Date of this level 1 dump: Fri Feb 19 21:48:29 2010
>   DUMP: Date of last level 0 dump: Fri Feb 19 21:47:58 2010
>   DUMP: Dumping /dev/rwd0g (/var) to /mnt/tera/backup/2010.02.18_www.1
>   DUMP: mapping (Pass I) [regular files]
>   DUMP: mapping (Pass II) [directories]
>   DUMP: estimated 601 tape blocks.
>   DUMP: Volume 1 started at: Fri Feb 19 2

Купим приглашения в Польшу или другие страны Шенгена!

[Елена]

Qpnwmn jsohl qksfeam{e ahgmeq ophck`xemh  b Xemcemqjs~ gnms ,jpsom{l h lekjhl
nornl!
Menaundhlne jnkkhweqrbn nr 5 dn 100 xrsj b leqv!
Jheb
tamar...@ua.fm

Re: Dump levels ?

[Jean-Francois]

Le Vendredi 19 Fivrier 2010 21:15:46, Otto Moerbeek a icrit :
> On Thu, Feb 18, 2010 at 11:51:23PM +0100, Jean-Francois wrote:
> > Le Jeudi 18 Fivrier 2010 23:43:38, Adriaan a icrit :
> > > On Thu, Feb 18, 2010 at 11:21 PM, Jean-Francois 
> > > wrote:
> > >
> > > [snip]
> > >
> > > > My dump level 1 dumps all the files again. How to let it dump based
> > > > on the lower level ?
> > > >
> > > > I did as follows :
> > > > sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var/www/htdocs/
> > > > sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.1 /var/www/htdocs/
> > >
> > > You did two level 0 dumps, so what else you expect ?;)
> >
> > Mistyped the mail. I proceed in this way and get two times the same dump.
> > Is it normal ?
> > sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var/www/htdocs/
> > sudo dump -1ua -f /mnt/tera/backup/2010.02.18_www.1 /var/www/htdocs/
>
> Show your dump output. Of both runs.
>
>   -Otto

Not sure to understand the subtle of the man page explanations regarding the
dump of different nature of mount points.

Just one additional information, the dump of higher levels work when I dump
/var but not /var/htdocs.

$ sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var/www/htdocs/
  DUMP: Ignoring u flag for subdir dump
  DUMP: Dumping sub files/directories from /var
  DUMP: Dumping file/directory /var/www/htdocs/
  DUMP: Date of this level 0 dump: Fri Feb 19 21:47:18 2010
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rwd0g (/var) to /mnt/tera/backup/2010.02.18_www.0
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 188530 tape blocks.
  DUMP: Volume 1 started at: Fri Feb 19 21:47:21 2010
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 196284 tape blocks on 1 volume
  DUMP: Date of this level 0 dump: Fri Feb 19 21:47:18 2010
  DUMP: Volume 1 completed at: Fri Feb 19 21:47:33 2010
  DUMP: Volume 1 took 0:00:12
  DUMP: Volume 1 transfer rate: 16357 KB/s
  DUMP: Date this dump completed:  Fri Feb 19 21:47:33 2010
  DUMP: Average transfer rate: 16357 KB/s
  DUMP: Closing /mnt/tera/backup/2010.02.18_www.0
  DUMP: DUMP IS DONE
$ sudo dump -1ua -f /mnt/tera/backup/2010.02.18_www.1 /var/www/htdocs/
  DUMP: Ignoring u flag for subdir dump
  DUMP: Subdir dump is done at level 0
  DUMP: Dumping sub files/directories from /var
  DUMP: Dumping file/directory /var/www/htdocs/
  DUMP: Date of this level 0 dump: Fri Feb 19 21:47:36 2010
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rwd0g (/var) to /mnt/tera/backup/2010.02.18_www.1
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 188530 tape blocks.
  DUMP: Volume 1 started at: Fri Feb 19 21:47:39 2010
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 196284 tape blocks on 1 volume
  DUMP: Date of this level 0 dump: Fri Feb 19 21:47:36 2010
  DUMP: Volume 1 completed at: Fri Feb 19 21:47:51 2010
  DUMP: Volume 1 took 0:00:12
  DUMP: Volume 1 transfer rate: 16357 KB/s
  DUMP: Date this dump completed:  Fri Feb 19 21:47:51 2010
  DUMP: Average transfer rate: 16357 KB/s
  DUMP: Closing /mnt/tera/backup/2010.02.18_www.1
  DUMP: DUMP IS DONE

$ sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var
  DUMP: Date of this level 0 dump: Fri Feb 19 21:47:58 2010
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rwd0g (/var) to /mnt/tera/backup/2010.02.18_www.0
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 313894 tape blocks.
  DUMP: Volume 1 started at: Fri Feb 19 21:48:01 2010
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 334448 tape blocks on 1 volume
  DUMP: Date of this level 0 dump: Fri Feb 19 21:47:58 2010
  DUMP: Volume 1 completed at: Fri Feb 19 21:48:22 2010
  DUMP: Volume 1 took 0:00:21
  DUMP: Volume 1 transfer rate: 15926 KB/s
  DUMP: Date this dump completed:  Fri Feb 19 21:48:22 2010
  DUMP: Average transfer rate: 15926 KB/s
  DUMP: level 0 dump on Fri Feb 19 21:47:58 2010
  DUMP: Closing /mnt/tera/backup/2010.02.18_www.0
  DUMP: DUMP IS DONE
$ sudo dump -1ua -f /mnt/tera/backup/2010.02.18_www.1 /var
  DUMP: Date of this level 1 dump: Fri Feb 19 21:48:29 2010
  DUMP: Date of last level 0 dump: Fri Feb 19 21:47:58 2010
  DUMP: Dumping /dev/rwd0g (/var) to /mnt/tera/backup/2010.02.18_www.1
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 601 tape blocks.
  DUMP: Volume 1 started at: Fri Feb 19 21:48:33 2010
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 413 tape blocks on 1 volume
  DUMP: Date of this level 1 dump: Fri Feb 19 21:48:29 2010
  DUMP: Volume 1 completed at: Fri Feb 19 21:48:33 2010
  DUMP: Date this dump completed:  Fri Feb 19 21:48:33 2010
  DUMP: Average transfer rate: 0 KB/s
  DUMP: level 1 dum

Re: MAX_KMAPENT and NKMEMPAGES

[Henning Brauer]

* Vasiliy Kiryanov  [2010-02-18 18:08]:
> Hello Community.
> 
> There are 2 parameters that I would want to understand better and trace 
> somehow:
> MAX_KMAPENT, and NKMEMPAGES.

they don't really matter any more.

> notice:
> I have found only one source of such info:
> "Running and tuning OpenBSD network server in a production
> environment" (Oct 8, 2002)
> http://www.openbsd.org/papers/tuning-openbsd.ps

this is 99% irrelevant these days.

> I have rebuilt kernel with following values:
> option NKMEMPAGES=32768
> option MAX_KMAPENT=3072
> 
> MAX_KMAPENT check:
> # vmstat -s
> 6179 kernel map entries (how can it be more then 3072 ?)
> 
> 
> NKMEMPAGES check:
> # vmstat -m
> Memory resource pool statistics
> NameSize Requests FailInUse Pgreq Pgrel Npage Hiwat Minpg Maxpg 
> Idle
> mbpl 256 189887305   0 1239   49932   467   467 1   384  
> 353
> mcl2k   2048 1414599843  0  521  1857 0  1857  1857 4  3072 
> 1590
> 
> People often write that we can find some correlation between these
> params and NKMEMPAGES.
> I can't find any correlation here, so any hints are welcome.

you are not only randmly pushing buttons you don't understand, you
also ended up pushing the wrong ones.
the mbuf related pools these days are 1) way bigger by default than
they used to be, and rarely need any adjustment at all and 2) the
relevant one (mbuf cluster pool, mcl2k) grows on demand up to the
value in sysctl kern.maxclusters.

-- 
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting

Re: pf packet tagging and keep state

[Henning Brauer]

* Agung T. Apriyanto  [2010-02-13 11:19]:
> if a packet already has a state, it would ignore re-read the whole
> filter rule in the same interface, yes ?

yes.

> even when that packet get tagged but in the same interface, i mean,
> state will ignore
> tag and tagged if they were on same interface, thus there will be no
> re-evaluate rule. am i right ?

i have a hard time extracting anything that would make sense from the
above.
in general, tag/tagged influences ruleset evaluation. once state is
created there is no ruleset eval any more for packets matching that
state.

-- 
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting

Re: Kernel page fault trap, code=0, uvm_fault, what to do next

[Henning Brauer]

* Marcin Wilk  [2010-02-12 10:04]:
> uvm_fault(0xd0891180, 0x4000, 0, 3) ->e
> kernel: page fault trap, code=0
> Stopped at pf_state_key_detach+0x40: movl %eax0,4(%ecx)
> ddb{0}>

> dmesg:
> OpenBSD 4.6 (NICRAM.MP) #0: Wed Feb 10 12:10:36 CET 2010

get stable. and use GENERIC.

-- 
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting

Re: Dump levels ?

[Otto Moerbeek]

On Thu, Feb 18, 2010 at 11:51:23PM +0100, Jean-Francois wrote:

> Le Jeudi 18 Fivrier 2010 23:43:38, Adriaan a icrit :
> > On Thu, Feb 18, 2010 at 11:21 PM, Jean-Francois 
> > wrote:
> >
> > [snip]
> >
> > > My dump level 1 dumps all the files again. How to let it dump based on
> > > the lower level ?
> > >
> > > I did as follows :
> > > sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var/www/htdocs/
> > > sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.1 /var/www/htdocs/
> >
> > You did two level 0 dumps, so what else you expect ?;)
> 
> Mistyped the mail. I proceed in this way and get two times the same dump. Is
> it normal ?
> sudo dump -0ua -f /mnt/tera/backup/2010.02.18_www.0 /var/www/htdocs/
> sudo dump -1ua -f /mnt/tera/backup/2010.02.18_www.1 /var/www/htdocs/

Show your dump output. Of both runs.

-Otto

Re: OT, .. but has anyone seen a crontab editor

[Tomas Bodzar]

yep

I tested it now because I use just vi for it.

$ export VISUAL=/usr/bin/gedit
$ echo $VISUAL
/usr/bin/gedit
$ crontab -e

will start gedit and I can modify my crontab in GUI editor. Man pages
even on Linux are pretty straightforward and if someone can't
understand how to use those 5 columns then there is a bigger problem
to solve then which OS or editor to use.


On Fri, Feb 19, 2010 at 9:02 PM, Tomas Bodzar  wrote:
> Users can edit their own crontabs. You can set for them some GUI
> editor trough variable for crontab and prepare some icon on desktop or
> something similar. But if you want for them to be able to edit root
> crontab then reactions of other people here are valid.
>
> PS: I'm curious why non-sysadmin aka normal user need in these times
> edit crontab as more then 95% of normal users is not able to eg. work
> with directories/files in file manager. I'm relatively young but I
> know that use of crontab and similar CLI stuff was standard in 70's or
> 80's for secretaries, people from academy area and similar.
>
> On Fri, Feb 19, 2010 at 8:32 PM, L. V. Lammert  wrote:
>> On Fri, 19 Feb 2010, Johan Beisser wrote:
>>
>>> On Fri, Feb 19, 2010 at 8:21 AM, L. V. Lammert  wrote:
>>>
>>> > No, that isn't going to work. This isn't some elitist club - if we
can't
>>> > provide a simple, sane, safe way for a [priviledged] user to push a
backup
>>> > image out to a DR server, than *we* have failed as technologists.
>>>
>>> Wait.
>>>
>>> What the hell is so hard about:
>>>
>> If you have to ask what's so hard, it's too hard. The OP was about making
>> the process **SIMPLE**, .. not complicated. Man pages are used to learn
>> about a command, .. not a way to perform a specific command such as
>> "change the replicatio0 schedule to start at 8PM instead of 6PM".
>>
>>> B While lines in a user crontab have five fixed fields plus a command
>>> in the form:
>>>
>>> B  B  B  B  B  B minute hour day-of-month month day-of-week command
>>> B [...]
>>>
>> Yeah right. That isn't SIMPLE by any definition.
>>
>>> Being a UNIX Systems Admin means knowing your tools, and most
>>> importantly your toolkits. Cron is a tool, making it "simpler" for a
>>> new admin is doing you both a disservice in the long run.
>>>
>> The question was about a way to provide a way to change a crontab entry
>> for ***NON SYS ADMINS***.
>>
>> B  B  B  B Lee

Re: OT, .. but has anyone seen a crontab editor

[Tomas Bodzar]

Users can edit their own crontabs. You can set for them some GUI
editor trough variable for crontab and prepare some icon on desktop or
something similar. But if you want for them to be able to edit root
crontab then reactions of other people here are valid.

PS: I'm curious why non-sysadmin aka normal user need in these times
edit crontab as more then 95% of normal users is not able to eg. work
with directories/files in file manager. I'm relatively young but I
know that use of crontab and similar CLI stuff was standard in 70's or
80's for secretaries, people from academy area and similar.

On Fri, Feb 19, 2010 at 8:32 PM, L. V. Lammert  wrote:
> On Fri, 19 Feb 2010, Johan Beisser wrote:
>
>> On Fri, Feb 19, 2010 at 8:21 AM, L. V. Lammert  wrote:
>>
>> > No, that isn't going to work. This isn't some elitist club - if we can't
>> > provide a simple, sane, safe way for a [priviledged] user to push a
backup
>> > image out to a DR server, than *we* have failed as technologists.
>>
>> Wait.
>>
>> What the hell is so hard about:
>>
> If you have to ask what's so hard, it's too hard. The OP was about making
> the process **SIMPLE**, .. not complicated. Man pages are used to learn
> about a command, .. not a way to perform a specific command such as
> "change the replicatio0 schedule to start at 8PM instead of 6PM".
>
>> B While lines in a user crontab have five fixed fields plus a command
>> in the form:
>>
>> B  B  B  B  B  B minute hour day-of-month month day-of-week command
>> B [...]
>>
> Yeah right. That isn't SIMPLE by any definition.
>
>> Being a UNIX Systems Admin means knowing your tools, and most
>> importantly your toolkits. Cron is a tool, making it "simpler" for a
>> new admin is doing you both a disservice in the long run.
>>
> The question was about a way to provide a way to change a crontab entry
> for ***NON SYS ADMINS***.
>
> B  B  B  B Lee

Re: OT, .. but has anyone seen a crontab editor

[FRLinux]

On Fri, Feb 19, 2010 at 1:08 AM, L. V. Lammert  wrote:
> Found one tcl/tk at:
>  http://www.linux-kheops.com/pub/vcron/vcronGB.html
> but running an X tool would app would be too complicated for this
> requirement.

Wow, from the page "BE CARREFUL, some Slackware seem to have an access
right problem for at, which must be fixed
( chmod 777 /var/spool/atjobs ), in order to get vcron running ! "

Seriously...
Steph

Re: Refusal to mention OpenBSD in a MSc Advanced Networking course

[Andres Genovez]

2010/2/13 Tomas Bodzar 

> People which like S/M (iptables) are able to follow only one argument
> - punch them. It's something which makes them happy :-D
>
> Now something more seriously. I think that it will be possible to
> write about iptables and provide (eg. as comment) "how-to" for OpenBSD
> in same time to show how easy can things be. And you can include this
> link
> http://www.ranum.com/security/computer_security/editorials/dumb/index.html
> maybe he is enough clever and not so fanatic that he will be able to
> find some signs of Linux in these times.
>
> So take it as a quest for you to learn something new (even if it's
> bad) so then you will have more arguments for your future in school,
> life or profession.
>
+1 Great I think the same, the better is when you know more!


>
> On Sat, Feb 13, 2010 at 9:06 AM, TS Lura  wrote:
> > Dear OpenBSD community,
> >
> > I'm a student for a MSc Advanced Networking degree.
> >
> > I have a little situation maybe you guys could give me some feedback on.
> >
> > The issue is that my module leader is refusing even to consider
> mentioning
> > OpenBSD, or any BSD in introductory Linux course where the focus is on
> > network services. DNS, iptables, Apache.
> >
> > It is a introductory course, with limited time. So it's understandable
> that
> > one has to be level-headed on what's to go in as material in the course.
> My
> > argument is only to have a reference to OpenBSD, PF, and maybe the
> jailing
> > of named, when we go through the topics of iptables, and DNS.
> >
> > My professor (the module leader) argue that almost no one is using BSD,
> and
> > those that does is probably 70+ and so it will soon die off, in a humours
> > tone. In more serious tone, lack of applications.
> >
> > I'm a bit resigned by this attitude, because we are at a master level
> about
> > networking. We learn about all the technologies surrounding B routers,
> > switches, wan, security, etc. B As such I think that OpenBSD is really a
> bean
> > to be counted when we learn about open/free software. So in relation to
> > this, I would argue that OpenBSD is a excellent platform for networking
> > services.
> >
> > I have said so in writing, and verbally only to be brushed off.
> >
> > I feel it's game over, at this point. But maybe you guys have some
> > suggestion about good arguments that might persuade my professor?
> >
> >
> > Cheers,
> >
> > TSLura.
> >
> > PS.
> >
> > This might be the wrong crowd, but I also argue for the documents on the
> > internal web-learning facility to be published in PDF (ISO 32000
> standard)
> > (he insist on doc), and that Linux at least once should be mentioned as
> > GNU/Linux.(system-tools/Kernel, to pay tribute). This is also met in the
> > same way as my BSD arguments. Which I find strange, since my professor
> has
> > developed a bit of stuff for the GNU/Linux platform.
> >
> >
>
>
>
> --
> http://www.openbsd.org/lyrics.html
>
>


--
Atentamente

Andris Genovez Tobar / Sistemas
COMERCIAL SALVADOR PACHECO MORA S.A. / DESDE 1945
Tecnologmas
Cuenca, Av. 27 de Febrero y Jacinto Flores Esq.
http://www.cspmsa.com

Telifono. 593-7-2842388 ext 408
Fax. 593-7-2842388 ext 120
Celular:  593-97670874
PIN BB: 258F58F4
Jabber:  bitfr...@asgard.crice.org
MSN: andresgeno...@msn.com
Mail:  ageno...@cspmsa.com
Personal:  andresgeno...@gmail.com
http://www.crice.org

Re: OT, .. but has anyone seen a crontab editor

[FRLinux]

On Fri, Feb 19, 2010 at 7:50 PM, L. V. Lammert  wrote:
> Yep, .. that's one reason I don't want to use it. We'll probably end up
> creating our own tool with nCurses that looks something like vcron. It
> just feels like we're recreating the wheel, however.

Well, I believe that dropping a badly designed application is not
reinventing the wheel.

Steph

Re: OT, .. but has anyone seen a crontab editor

[L. V. Lammert]

On Fri, 19 Feb 2010, FRLinux wrote:

> On Fri, Feb 19, 2010 at 1:08 AM, L. V. Lammert  wrote:
> > Found one tcl/tk at:
> >  http://www.linux-kheops.com/pub/vcron/vcronGB.html
> > but running an X tool would app would be too complicated for this
> > requirement.
>
> Wow, from the page "BE CARREFUL, some Slackware seem to have an access
> right problem for at, which must be fixed
> ( chmod 777 /var/spool/atjobs ), in order to get vcron running ! "
>
> Seriously...
> Steph
>
Yep, .. that's one reason I don't want to use it. We'll probably end up
creating our own tool with nCurses that looks something like vcron. It
just feels like we're recreating the wheel, however.

Lee

Re: more OT than you think Re: OT, .. but has anyone seen a crontab editor

[L. V. Lammert]

On Fri, 19 Feb 2010, Diana Eichert wrote:

> On Fri, 19 Feb 2010, L. V. Lammert wrote:
>
> > No, that isn't going to work. This isn't some elitist club - if we can't
> > provide a simple, sane, safe way for a [priviledged] user to push a backup
> > image out to a DR server, than *we* have failed as technologists.
> >
> > Lee
>
> You are missing the point of "privilege" then.
>
No, you missed the original topic.

Thanks anyway,

Lee

Re: Refusal to mention OpenBSD in a MSc Advanced Networking course

[Miod Vallat]

> Hehe.  I did APL.  Was gonna be the next best thing to sliced bread ;-)

I'm sure you meant to write ``bake-only sliced bread'' here!

Miod

Re: OT, .. but has anyone seen a crontab editor

[L. V. Lammert]

On Fri, 19 Feb 2010, Kevin Wilcox wrote:

> If *you* are letting underqualified users have privileged access to an
> Unix machine then the failure here is *you*.
>
Didn't say they had access to the **MACHINE** THAT'S THE WHOLE POINT FOR
THE NCURSES QUESTION, if you had bothered to read the OP instead of
bitching about what you THOUGHT it meant.

Sheesh.

Lee

Re: OT, .. but has anyone seen a crontab editor

[Kevin Wilcox]

On 19 February 2010 11:21, L. V. Lammert  wrote:

> On Fri, 19 Feb 2010, Lars Nooden wrote:

>> L. V. Lammert wrote:

>> > ... no way I'd saddle some of these
>> > guys with vi, much less setting the cron time parameters correctly.

>> Then you are far, far better off not letting them anywhere near the
>> server room if they are that unqualified.

> No, that isn't going to work. This isn't some elitist club - if we can't
> provide a simple, sane, safe way for a [priviledged] user to push a backup
> image out to a DR server, than *we* have failed as technologists.

If *you* are letting underqualified users have privileged access to an
Unix machine then the failure here is *you*.

If *you* can't spend five minutes teaching your "sys admins" how to
use 'crontab -e' then the failure here is *you*.

If *you* are deploying an operating system that you don't have a
qualified admin to handle then the failure here is *you*.

It sounds to me like you don't have "basic sys admin types", you have
a bunch of Microsoft folks that don't actually know anything about
system administration, they just know how to click "okay". Teach them
how to use Unix, they'll be better off for it.

This isn't an OpenBSD or software issue (because the tools exist to
easily and safely edit cron, and to easily and safely backup your
system), this is a personnel issue - and if you can't be buggered to
teach your admins how to use the tools provided, you should probably
use a different system, just don't use Unix because the tools are
pretty standard.

kmw

-- 
A: Maybe because some people are too annoyed by top-posting.
Q: Why do I not get an answer to my question(s)?
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

Re: OT, .. but has anyone seen a crontab editor

[L. V. Lammert]

On Fri, 19 Feb 2010, Johan Beisser wrote:

> On Fri, Feb 19, 2010 at 8:21 AM, L. V. Lammert  wrote:
>
> > No, that isn't going to work. This isn't some elitist club - if we can't
> > provide a simple, sane, safe way for a [priviledged] user to push a backup
> > image out to a DR server, than *we* have failed as technologists.
>
> Wait.
>
> What the hell is so hard about:
>
If you have to ask what's so hard, it's too hard. The OP was about making
the process **SIMPLE**, .. not complicated. Man pages are used to learn
about a command, .. not a way to perform a specific command such as
"change the replicatio0 schedule to start at 8PM instead of 6PM".

>  While lines in a user crontab have five fixed fields plus a command
> in the form:
>
>minute hour day-of-month month day-of-week command
>  [...]
>
Yeah right. That isn't SIMPLE by any definition.

> Being a UNIX Systems Admin means knowing your tools, and most
> importantly your toolkits. Cron is a tool, making it "simpler" for a
> new admin is doing you both a disservice in the long run.
>
The question was about a way to provide a way to change a crontab entry
for ***NON SYS ADMINS***.

Lee

Re: Refusal to mention OpenBSD in a MSc Advanced Networking course

[Duncan Patton a Campbell]

On Sun, 14 Feb 2010 08:11:21 -0700 (MST)
Diana Eichert  wrote:

> On Sat, 13 Feb 2010, Steve Shockley wrote:
> 
> > On 2/13/2010 6:49 PM, Diana Eichert wrote:
> >> PS when I went to college BSD didn't exist and I turned out "okay"
> >
> > The overly pedantic part of me wonders if you went to college pre-'77...
> 
> my introductory CS class was Algol-W, you figure out the timeline.  ;-)
> 
> diana
> 

Hehe.  I did APL.  Was gonna be the next best thing to sliced bread ;-)

Dhu

Re: more OT than you think Re: OT, .. but has anyone seen a crontab editor

[Woodchuck]

On Fri, Feb 19, 2010 at 12:36 PM, Diana Eichert  wrote:

   snip thread
> You are missing the point of "privilege" then.  Privilege gives you access
> to tools and right to shoot yourself in the foot.  It is obvious to me that
> someone was elevated to a privileged level without having the
> necessary skill set.  Perhaps the better question is why are unqualified
> people giving the tools to shoot themself?  Sounds like a management
> issue, not a system design issue.

That this is a management issue is central, I think.  It sounds like
"management" wishes to provide lusers with "safe tools",  also called
"wizards" in some benighted circles.

> The question really is, is the cost of experienced personnel more than
> the cost of educating your inexperienced staff to a proficiency level
> high enough to gain privileged access?  If so, train your staff, otherwise
> expect to have visits to your office because someone shot your organization
> in the foot.

Are the days when a "professional" was expected to know everything
in his area gone?  At my first programming job, which was on Cyber
174s running NOS, I was given two manuals, an empty office and told
to familiarize myself with it for a couple of days.  As a maintenance
programmer, my "training" consisted of a thick listing of the program
I was to maintain, and access to the original programmer.

Later, when minicomputers came in, I was told "Learn VMS".  We had
the manuals.  At various times I was simply told to "Learn OS/360"
and finally "Learn Unix".  Most of this learning took place at home,
on my own time.  The idea of sending a "professional" engineer to
a class on "using vi" or somesuch was insane.  (This was not a
stingy company -- they'd send employees to grad classes at
Stanford if *needed*, or to specialized classes (I recall one in
programming SGI's then-new "geometry pipeline").

To the OP, buy the people "vi in a nutshell" (OReilly [*]), and give them a
printed copy of the cron* (*) manpages.  Tell them to get it together
in three days of night study.  If they balk at it or fail, transfer
them to the mailroom or to the curb.  If the lusers are not
"computer professionals", hire some.  If the lusers are stupid,
give them scripts.  Don't give them root. :)  If they just can't
use vi, well, doesn't crontab -e support the VISUAL environmental
variable?  [Of course it does.] They can use some other ascii-editor.

[*] Consider giving each luser a "gift certificate" for OReilly.

Best wishes,

Dave
--
teh googlez read my emails 'n' STUFF  LOLZ!!! urz 2!!! LOLZ!!!

Re: OT, .. but has anyone seen a crontab editor

[Johan Beisser]

On Fri, Feb 19, 2010 at 8:21 AM, L. V. Lammert  wrote:

> No, that isn't going to work. This isn't some elitist club - if we can't
> provide a simple, sane, safe way for a [priviledged] user to push a backup
> image out to a DR server, than *we* have failed as technologists.

Wait.

What the hell is so hard about:

 j...@eris:~ $ man -k crontab
 crontab (1) - maintain crontab files for individual users
 crontab (5) - tables for driving cron

 j...@eris:~ $ man 5 crontab

 [...]
 While lines in a user crontab have five fixed fields plus a command
in the form:

   minute hour day-of-month month day-of-week command
 [...]

If the "[privileged]" user is unwilling to learn, and further
unwilling to look this stuff up online to check his setups are right,
and -worse- unwilling to check their work (you know, that thing you're
supposed to have learned to do in elementary school before you turn in
your homework), we should provide a framework around their needs?
Really?

Being a UNIX Systems Admin means knowing your tools, and most
importantly your toolkits. Cron is a tool, making it "simpler" for a
new admin is doing you both a disservice in the long run.

jb

Re: Dump levels ?

[Rich Kulawiec]

On Thu, Feb 18, 2010 at 10:54:55PM +0100, Jean-Francois wrote:
> Is it possible to clarify what resides behind the concept of levels regarding 
> dump(8) ?
> For me the level 0 is understood to be a complete dump of all files on at a 
> given mount point and all subdirectories. But I can't figure out what upper 
> levels are.

A dump at level N includes everything modified since the last dump
at N-1 or lower.

Thus, for example, if on Monday we do a level 0 dump of /foo, and then
on Tuesday, we do a level 1 dump of /foo, that second dump will contain
everything that's changed in the last day.

If on Wednesday, we do a level 3 dump of /foo (note that I skipped level
2 on purpose) then we will have everything that changed since Tuesday,
since 3 > 1.

If on Thursday, we NOW do a level 2 dump of /foo, we will have everything
that changed since the level 1 on Tuesday -- two days' worth of changes.

This all works as planned provided you give "u" flag to dump, which
instructs it keep track (in /etc/dumpdates) of which filesystems it
has dumped and when.  Note (a) that filesystems are tracked by device,
so that if you umount /foo and remount it as /bar, the right thing
happens and (b) the timestamp used is the time that the dump BEGINS,
but it is not written into the file until the dump ENDS.  (This is
part of the set of mechanisms which deal with changes that take place
while dump is running.)

Dump's various levels provide a lot of ways to minimize one or more
of (1) dump run time (2) dump output size (3) number of dumps required
to restore a failed filesystem.  For example, if you did level 0 dumps
every day, you would maximize (1) and (2) but minimize (3), since it would
always be 1.  For another example, if you did level 0 dumps on Sunday
and 1-6 Monday-Saturday, then you would cut down (1) and (2) considerably
six days a week, but you might need to restore as many as 7 dumps
which means you've pushed (3) fairly high.  So choosing which scheme
is appropriate for you requires having knowledge of your environment
and answering questions like:

- how much backup space do you have?
- do you lose entire disks often?
- do your users screw up and require restores often?
- do you have an open or limited backup window?
- what are you backing up?
- does the data you're backup up compress well?

among many others.  None of the schemes thus derived are really
"right" or "wrong" per se, as long as data can be retrieved;
they're just more or less optimal given the environment.

---Rsk

9000 gb tartalom, Hacker program myvip,msn

[Lilla]

Szia!

Elindmtottuk legzjabb oldalunkat. Tvbb ezer filmmel, jatikkal!
http://tel.myftp.org
Gyere kukkants be hozzank mindenkipp! Felszeretnid tvrni haverod msnjit,
myvipjit? Js helyen jarsz. A jelszs feltvrő men|pontban ezen oldalakhoz
talalsz programot.
Vsszesen 815129 db hacker program talalhato
Az oldal hasznalata INGYENES!
Varunk tiged is.

Oldalunk: http://tel.myftp.org

Sok szeretettel varunk!

http://tel.myftp.org

more OT than you think Re: OT, .. but has anyone seen a crontab editor

[Diana Eichert]

On Fri, 19 Feb 2010, L. V. Lammert wrote:


No, that isn't going to work. This isn't some elitist club - if we can't
provide a simple, sane, safe way for a [priviledged] user to push a backup
image out to a DR server, than *we* have failed as technologists.

Lee


You are missing the point of "privilege" then.  Privilege gives you access
to tools and right to shoot yourself in the foot.  It is obvious to me 
that someone was elevated to a privileged level without having the

necessary skill set.  Perhaps the better question is why are unqualified
people giving the tools to shoot themself?  Sounds like a management
issue, not a system design issue.

The question really is, is the cost of experienced personnel more than
the cost of educating your inexperienced staff to a proficiency level
high enough to gain privileged access?  If so, train your staff, otherwise 
expect to have visits to your office because someone shot your 
organization in the foot.


diana

Buenas noticias, somos centro autorizado de servicio BENQ

[Computerland]

 

 Ofertas


 Noticias


 Novedades


 

 

 mas informacion


 

 mas informacion


 

 mas informacion


 

 

 Todos los precios publicados son mC!s IVA y sujetos a disponibilidad

 **COMPUTERLAND 

 Gabriel CastaC1os No. 9

 Col. Arcos Vallarta

 Guadalajara Jalisco

 Tel: 01(33) 3915-**

 Horarios:

 Lunes a viernes: 9:00 am a 6:00 pm

 SC!bados: 10:00 am a 2:00 pm




Para darse de baja de esta lista visite
http://www.computerlandnews.info/lt.php?id=ZR4HBA5VCkUIBkhXVAoKUQAF

Para actualizar sus preferencias visite
http://www.computerlandnews.info/lt.php?id=ZR4HBA9cAEUIBkhXVAoKUQAF

Para reenviar esto a un amigo visite
http://www.computerlandnews.info/lt.php?id=ZR4HBA5VCUUIBkhXVAoKUQAF

TOP SECRET

[Issa Kabore]

You are invited to "TOP SECRET".


By your host Issa Kabore:


 Date:  Friday February 19, 2010

 Time:  3:00 pm - 4:00 pm (GMT +00:00)
 Street:I'm Mr.Issa Kabore, Auditing director bank of africa.I 
have a transaction of $15.5M to transact with you. Please , visit the website 
below for more informations about the Plane Crash and the tragic death of the 
deceased and his entire family, 
http://www.cnn.com/2003/WORLD/africa/07/20/kenya.crash/index.html come to self 
realisation if you are true with the information kindly Reply me through my 
privet E-mail awaiting to here from you soon.my privet E-mail address:( 
issakabo...@live.fr) your's faithfully Mr.Issa Kabore.

Will you attend? RSVP to this invitation at:

 
http://calendar.yahoo.com/issakabore23?v=126&a1=0&iid=ChAG1-t%40gL7h%40%40zCPxBPl%40darQtg%40laG&igid=gxaWG0h%400Kr5%40dgUTxFNItt%40SG4c%40mlve%40%40dIx%40%40

Copyright ) 2010 All Rights Reserved
 www.yahoo.com

Privacy Policy:
 http://privacy.yahoo.com/privacy/us

Terms of Service:
 http://docs.yahoo.com/info/terms/

Re: OT, .. but has anyone seen a crontab editor

[L. V. Lammert]

On Fri, 19 Feb 2010, Lars Nooden wrote:

> L. V. Lammert wrote:
> > ... no way I'd saddle some of these
> > guys with vi, much less setting the cron time parameters correctly.
>
> Then you are far, far better off not letting them anywhere near the
> server room if they are that unqualified.
>
No, that isn't going to work. This isn't some elitist club - if we can't
provide a simple, sane, safe way for a [priviledged] user to push a backup
image out to a DR server, than *we* have failed as technologists.

Lee

Re: OT: opinions on IDS / IPS solutions

[Rich Kulawiec]

On Wed, Feb 17, 2010 at 10:59:05PM -0500, Jason Beaudoin wrote:
> As I often have greater respect for a much larger portion of this list
> than the rest of the internet, I am curious what is thought about
> current IDS/IPS hardware from vendors like Trustwave, Checkpoint,
> Alert Logic, mod_security, even snort.. etc, and in particular, the
> sensibility and effectiveness of using them in high-security
> environments.

They're very-overpriced junk.

Let me explain why.

First, if you're using a good firewall (like pf on OpenBSD) and you've
configured it sensibly (read: default deny-all, bidirectionally) and
you've done the other things that good network and system design tell
you to do, then you've done far more for your operation's security
than any of these overpriced overhyped devices will do for you.

Don't forget the value of application-aware proxies behind a
stateful packet filter.

And don't forget to drop packets to/from as much of the Internet
as you can -- see ipdeny.com.  (Do you *really* need to allow incoming
port 22 connections from Korea?  Peru?  the US?)  Also use the Spamhaus
DROP list in your perimeter devices *and* in onboard firewalls just in
case there's a configuration screwup.  Once you've done this, you
can fret a lot less about what particular SQL injection attack is
being carried via HTTP...because you're not even allowing [most of]
the packets to get anywhere near a web server.

Second, these devices are guaranteed to fail when you'll need them most:
when an attack comes that they don't have a signature for, won't recognize,
and won't stop.  (And please don't anyone tell me that this won't happen:
the Bad Guys can test against them, too, you know.)  See Marcus Ranum's
"Six Dumbest Ideas in Computer Security" and note #2: "Enumerating
Badness", which is expounds the fundamental error that all these devices
make.  Quoting Ranum:

One clear symptom that you have a case of "Enumerating Badness"
is that you've got a system or software that needs signature
updates on a regular basis, or a system that lets past a new
worm that it hasn't seen before.

Yeah.  Like that.

Third, any sufficiently determined attacker will either bypass or elude
these devices.  I don't know where you are, what your operation is, etc.,
but I'll bet that if I *really* wanted to get inside it, that handing
out free USB memory sticks (with your company's logo on them) to your
colleagues in the parking lot would be enough to gain a foothold.
So rather than buying one of these, I think a much more prudent step
would be to install *internal* firewalls that treat end-user systems
as untrusted.

To put it another way: your own users are easily the biggest threat.
Presume that they are either apathetic, idiotic, or actively hostile,
and defend accordingly.

---Rsk

Re: OpenNTPd source IP

[Henning Brauer]

* Stuart Henderson  [2010-02-10 20:32]:
> On 2010-02-10, Baginski Darren  wrote:
> > Ihave multihomed server with and willing to specify outgoing IP for ntpd, 
> > since stratum 1 server
> > allows connection olnly from IP and OpenNTPd chouses IP closest to 
> > destination.
> > Unfortunately I didn't find any option for that, if any please advise. If 
> > not, are any plans to have such option?
> > So I've patched couple of files to achive that behaviour, it's a hack but 
> > works for me.
> > Source ip should be specifyed with "-o N.X.Y.Z" .
> 
> If anywhere, that should be in the config file. (An alternative hack
> is to nat the outgoing packets).

i don't see much value in this option at all to be honest.

> > Another question is if any lex file for 
> > http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin/ntpd/parse.y
> > or it has been created by hand?
> I'm pretty sure it's by hand.

yes, all our lexers are handrolled, lex sucks.
check yylex() in parse.y

-- 
Henning Brauer, h...@bsws.de, henn...@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting

Re: HIFN 7955 Support in OpenBSD 4.6 on AMD Geode LX800 System

[Christian Weisgerber]

Liam Farr  wrote:

> The 'numbers' are in 1000s of bytes per second processed.
> type 16 bytes 64 bytes256 bytes   1024 bytes   8192 bytes
> aes-128-cbc193.60k  681.73k 2049.24k 6516.71k12357.51k
> aes-256-cbc188.07k  656.00k 2048.68k 6462.63k12346.79k
> 
> What I am really trying to achieve is decent throughput on SFTP file
> transfers,

Did you configure ssh (or sshd) to actually use a crypto algorithm
supported by hifn?  ssh now defaults to aes128-ctr, which is not
accelerated.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

Re: Voice Chat over IP?

[Alexandre Ratchov]

On Mon, Feb 15, 2010 at 07:51:42AM -0600, Chris Bennett wrote:
> I want to set up voice chat with another computer in Guatemala from US.
> My ISP here blocks all incoming connections now so I need to ( I
> assume) use SSH Tunneling through my server to make this work.
> I looked at thread about voice chat with aucat, but I can't get
> aucat to run on my server.
> I get error:
> # aucat -l
> 
> aucat: : can't open device
> but aucat-user-id file is made in /tmp
> 

Hi,

is this -current?

check if you don't have other apps (eg other instances of
aucat) using the audio device. IMO the simpler is to use
a real telephony app.

If you can't, once you manage to start aucat and to make
playback and recording work on both machines you could do
the following:

aucat -e u8 -C 0:0 -r 8000 -o - | ssh host aucat -e u8 -r 8000 -c 0:0 -i -

this allows the other person to hear you. He could talk to
you by running the same command on his machine.

If it works, you can use -e, -r, -z, -b, -r, ... to adjust
quality and latency, then create the appropriate sub-devices
to prevent evesdropping and so on.

-- Alexandre

Using OpenBGPd as a route reflector in a ring topology

[Laurent CARON]

Hi,

I'm currently using OpenBGPd as a plain BGP daemon on two servers acting 
as gateways, firewalls, ...


I'm now planning to hook my other sites to the setup.

The other sites can be hooked via some L2 connectivity (let's call it 
dark fiber, or 802.1Q over MPLS).


Is it realistic to hook up those sites (6 sites) in a ring topology

A--B--C--D--E--F
|  |


considering that
- a BGPd implementation on each site will act as a RR for its neighbors
- ISPs links (where BGP announces are sent) will be available at sites 
A, B and E


The goal is to avoid having to have a full mesh between those sites 
which would of course be more resilient, but also much more expensive 
since those sites are for some distant of some 1000 km.


Thanks

Laurent

Libros de deporte y revista gratuita Editorial Pila Telena

[boletin]

[IMAGE]

Editorial Pila Teleqa

Estimado compaqero/a de Educacisn Fmsica

Si pinchas ahora AQUm iras al nzmero 14 de "El Patio", la revista
especializada en Educacisn Fmsica de la editorial Pila Teleqa donde en
este nzmero tratamos temas tales como:

  * "El horario de Educacisn Fmsica". Autor: Juan Carlos Muqoz Dmaz

  * "La Obesidad infantil: Un grave problema social". Autor: Alberto
Rodrmguez Jiminez

  * "La Motivacisn: Fuente de riqueza en la practica educativa".Autora:
Sara Blanco Corzo.

  * "Prevencisn y/o tratamiento de las lesiones en Educacisn Fmsica".
Autor: Bruqo Soler Alejandro

Tambiin podras ver muestras de nuestros libros, ojear nuestro catalogo,
ver nzmeros anteriores de "El Patio" o de "La Revistilla" y porqui no
participar con tu artmculo, tus experiencias, opinisn o reflexiones sobre
nuestra asignatura, la Educacisn Fmsica.

Bienvenido a ista tu editorial especializada en Educacisn Fmsica.
Marco Pila pilatel...@pilatelena.com — www.pilatelena.com

[IMAGE]

[IMAGE]

[IMAGE]

[IMAGE]

Enciclopedia de Ejercicios de Musculacisn

Enciclopedia de Ejercicios de Estiramientos

Fundamentos tesricos de la Educacisn Fmsica

El Entrenador Personal de Golf

Si no deseas recibir mas nuestros boletines envia un mensaje de correo a
bajas.pilatel...@gmail.com y escribe en el asunto del mensaje la palabra
BAJA

Promosyon Ürünlerinde Yeni Kampanyalarımız (Satınalma Yetkilisi Dikkatine)

[MRN PROMOSYON VE REKLAM HİZMETLERİ]

Yeni Y}l}n ilk kampanyas}nda sizlerle birlikteyiz.

DUVAR SAAT] KAMPANYAMIZ AGILMI^TIR.

T|m kampanyalar}m}z igin ;
http://www.mrnreklam.com/kampanyalarimiz.php


2010 Promosyon Katalopu igin linkimiz ;
http://www.mrnreklam.com/download/2010katalog.pdf


2010 Ajanda ve Defter \r|nlerinin yer ald}p} Katalopumuz igin linkimiz;
http://www.mrnreklam.com/download/2010premiumkatalog.pdf


GOK YAKINDA

MRN GANTA VE DER] GRUBU  2010 \R\N KATALOPU

MRN TEKST]L \R\NLER]  2010 KATALOPU...


www.mrnreklam.com

MRN PROMOSYON VE REKLAM H]ZMETLER]
Tel : 0216-310 26 02 (pbx)
Fax: 0216-334 36 35

www.mrnreklam.com
i...@mrnreklam.com

msn : mrnmer...@hotmail.com

Not : Mail listemizden g}kmak igin l|tfen bu maile bo~ bir cevap yollay}n}z

Re: Refusal to mention OpenBSD in a MSc Advanced Networking course

[Duncan Patton a Campbell]

On Sun, 14 Feb 2010 02:40:05 +
TS Lura  wrote:

> "ooh, that's
> cool"

It's the poor man's Apple, without all the caveats, controls and gotchas,
but with a complete toolbox and manual.

You can run it on anything that will run a WinDos (and then some), and you 
will get more reliability with better predictability than aforementioned 
fruit.  

It doesn't do Flash, or other major insecurity vectors like Steem, and when 
it's broke it gets fixed.  

And lastly, it is Free from encumbrance: you can use it in commercial or
proprietary/secure applications, or to run your vibrator for that matter,
without anyone telling you "what to do with it".  

Dhu (just offhand, eh.)

Re: Current on FuLoong unable to figure out system type

[Otto Moerbeek]

On Fri, Feb 19, 2010 at 09:13:05AM +0100, Peter Hessler wrote:

> On 2010 Feb 19 (Fri) at 10:05:06 +0200 (+0200), Lars Nooden wrote:
> :Otto Moerbeek wrote:
> :> The lasy days I spent on working at the install procedure. The code I
> :> am about to commit is able to create a small ext2 partition or use an
> :> existing ext2 one to install the bootloader on. The kernel the wil be
> :> read from ffs.
> :
> :Sweet.  Can I ask how, priori to that, you solved the ext2 problem?
> 
> A combination of creating partitions with linux/packages, copying bsd to
> said ext2fs partition, and rebooting.  it was pretty annoying.

Oh and on my first install a few weeks back I just kept the Linux
setup and copied bsd to the it (there was no OpenBSD bootloader then),
I zapped the recovery partition and made it an OpenBSD partition,
using the unallocated space on the hd. 

But now the Loongson is guaranteed 100% pinguin free.

-Otto

Re: Current on FuLoong unable to figure out system type

[Otto Moerbeek]

On Fri, Feb 19, 2010 at 10:05:06AM +0200, Lars Nooden wrote:

> Otto Moerbeek wrote:
> > On Thu, Feb 18, 2010 at 09:44:17PM +0200, Lars Nooden wrote:
> > 
> >> On Thu, 18 Feb 2010, Otto Moerbeek wrote:
> >>> Retry with boot -k tftp://..., as suggested by the error message.
> >>> Also PMON sometimes gets confused, and a power cycle is needed (using the
> >>> reset button is not enough in all cases).
> >> Thanks.  I had misinterpreted the message and put the -k as an
> >> argument for bsd.rd
> >>
> >> Boots bsd.rd fine now.  There are a great many 'spurious interrupt
> >> 4' messages during the installation process.  The ext2 boot
> >> partition seems to still needed for booting.  I tried to dig out
> >> some linux netboot for that but couldn't find anything that supports
> >> fuloong yet.  Ended up using dd to make the ext2 partition.
> >>
> >> It boots bsd current just fine now via the ext2 partition.
> >>
> >> /Lars
> > 
> > The sprurious interrupts will be solved if you update to current. 
> 
> Ok.  I'm probably trailing a version behind.  According to dmesg it is
> with GENERIC #90 from 17 Feb at 16:59.  I'll take another look with the
> next snapshot!

Yes, development is fast. You could also update your source tree and
rebuild the kernel if you want the latest. A new snap with the new
installer code will hit the mirrors soon I hope. This snap also will
have the spurious interrupt fix.


> 
> > The lasy days I spent on working at the install procedure. The code I
> > am about to commit is able to create a small ext2 partition or use an
> > existing ext2 one to install the bootloader on. The kernel the wil be
> > read from ffs.
> 
> Sweet.  Can I ask how, priori to that, you solved the ext2 problem?
> 
> /Lars

I ported newfs_ext2fs.

-Otto

Re: Current on FuLoong unable to figure out system type

[Peter Hessler]

On 2010 Feb 19 (Fri) at 10:05:06 +0200 (+0200), Lars Nooden wrote:
:Otto Moerbeek wrote:
:> The lasy days I spent on working at the install procedure. The code I
:> am about to commit is able to create a small ext2 partition or use an
:> existing ext2 one to install the bootloader on. The kernel the wil be
:> read from ffs.
:
:Sweet.  Can I ask how, priori to that, you solved the ext2 problem?

A combination of creating partitions with linux/packages, copying bsd to
said ext2fs partition, and rebooting.  it was pretty annoying.


-- 
Bride, n.:
A woman with a fine prospect of happiness behind her.
-- Ambrose Bierce, "The Devil's Dictionary"

Re: Current on FuLoong unable to figure out system type

[Lars Nooden]

Otto Moerbeek wrote:
> On Thu, Feb 18, 2010 at 09:44:17PM +0200, Lars Nooden wrote:
> 
>> On Thu, 18 Feb 2010, Otto Moerbeek wrote:
>>> Retry with boot -k tftp://..., as suggested by the error message.
>>> Also PMON sometimes gets confused, and a power cycle is needed (using the
>>> reset button is not enough in all cases).
>> Thanks.  I had misinterpreted the message and put the -k as an
>> argument for bsd.rd
>>
>> Boots bsd.rd fine now.  There are a great many 'spurious interrupt
>> 4' messages during the installation process.  The ext2 boot
>> partition seems to still needed for booting.  I tried to dig out
>> some linux netboot for that but couldn't find anything that supports
>> fuloong yet.  Ended up using dd to make the ext2 partition.
>>
>> It boots bsd current just fine now via the ext2 partition.
>>
>> /Lars
> 
> The sprurious interrupts will be solved if you update to current. 

Ok.  I'm probably trailing a version behind.  According to dmesg it is
with GENERIC #90 from 17 Feb at 16:59.  I'll take another look with the
next snapshot!

> The lasy days I spent on working at the install procedure. The code I
> am about to commit is able to create a small ext2 partition or use an
> existing ext2 one to install the bootloader on. The kernel the wil be
> read from ffs.

Sweet.  Can I ask how, priori to that, you solved the ext2 problem?

/Lars