ouch, thanks! :P
On December 3, 2017 12:41:05 PM CET, Chavdar Ivanov <ci4...@gmail.com> wrote:
> s:/etc/fdisk:/etc/fstab: # ;^]
>
> On Sun, 3 Dec 2017 at 09:31 Petar Bogdanovic <pe...@smokva.net> wrote:
>
> > On Sun, Dec 03, 2017 at 02:21:31AM +0200, Iliyan
On Sun, Dec 03, 2017 at 02:21:31AM +0200, Iliyan Stoyanov wrote:
>
> I decided to abandon the use of the installer and just drop to a shell and
> proceed by hand. I use gpt to create a 512MB efi partition, and then proceed
> to
> create a swap one, and 3 more FFS partitions. When I try to use
On Wed, Feb 24, 2016 at 07:46:56AM +1100, Malcolm Herbert wrote:
> Folks - I use a combination of bash, screen, irssi (all on NetBSD) at
> the remote end and putty (on Windows) or Terminal (on Ubuntu) at the
> local end and haven't been able to get utf-8 working end-to-end ...
>
> Are
On Sat, Feb 20, 2016 at 07:12:40PM +, Thomas Mueller wrote:
> I am subscribed to several @netbsd.org emailing lists, and would like
> to change my email address for all.
>
> Do I have to unsubscribe from the old and subscribe to the new, one by
> one for every individual list, or is there a
On Fri, Feb 19, 2016 at 10:53:21AM -0500, Thor Lancelot Simon wrote:
> On Thu, Feb 18, 2016 at 04:00:25PM +0100, Martin Husemann wrote:
> >
> > > If yes, because?
> >
> > You would either have to redo all the firmware yourself or drop support for
> > that device.
>
> Never mind that OpenBSD's
On Thu, Dec 03, 2015 at 07:51:28PM -0500, Thor Lancelot Simon wrote:
>
> What strategy are you using to sort inside RAIDframe? This is a property
> of the RAID set; you can see it with raidctl I believe for autoconfigured
> sets.
>
> I wouldn't be terribly surprised to see bad interactions
On Fri, Dec 04, 2015 at 10:33:15AM +, Stephen Borrill wrote:
>
> Am I missing something here? Your figures suggest that Input (i.e. reading)
> is pretty much the same, but it is Output (i.e. writing) that has higher
> throughput
You're right, I mixed it up. Write throughput is what I meant.
On Fri, Dec 04, 2015 at 12:13:06PM +0100, Petar Bogdanovic wrote:
>
> I also tried a 5-stream dd test, based on one of your previous mails:
>
> https://mail-index.netbsd.org/netbsd-users/2014/12/01/msg015503.html
>
> All five streams got ~10MB/s each (bs=16k), more
On Wed, Dec 02, 2015 at 08:23:28PM +, Michael van Elst wrote:
>
> That's probably why setting the queues all to fcfs is the best
> for you.
Not as dramatic as Emile's numbers but significantly higher read
throughput:
# for i in disksort fcfs priocscan; do
for j in wd0 wd1 raid0;
Hi,
rc.subr(8) mentions ${name}_chroot, rcorder(8) has the chrootdir KEYWORD
and /etc/rc.d/syslogd is looking for ${name}_chrootdir when creating a
list of all syslog sockets that need to be placed in chroots.
${name}_chroot will satisfy rc(8) but syslog won't create a socket in
Hi again,
after upgrading from 6.0.5_PATCH to 6.0.6_PATCH, I got this:
Setuid deletions:
-r-sr-xr-x 2 root wheel 31003 Aug 27 15:13:03 2014 /usr/bin/passwd
-r-sr-xr-x 2 root wheel 31003 Aug 27 15:13:03 2014 /usr/bin/yppasswd
and indeed:
$ ls -la /usr/bin/passwd
On Wed, Oct 08, 2014 at 10:13:04AM +0200, Martin Husemann wrote:
but you need to add p, i.e.:
tar xpfz base.tgz
to (p)reserve the permissions. You can fix this by re-extracting the sets,
or by using mtree(8) and the data in /etc/mtree (not tested, something like:
cat /etc/mtree/* |
and /etc/nsswitch.conf are untouched copies from cvs.
When installing packages, I usually do
$ PKG_PATH=http://localhost/(...) pkg_add (...)
and that's how I actually noticed this. Therefore I'm not 100% sure if
`host' was always behaving like that.
Thanks,
Petar Bogdanovic
On Tue, Jun 24, 2014 at 10:39:46PM +1000, Darren Reed wrote:
So the problem is this:
* sshd tries to write to the socket, gets ENETUNREACH
and then exits leading to the FIN packets being transmitted as the socket
is closed down in the normal course of things but by the time it is doing
On Tue, Jun 24, 2014 at 11:39:47PM +1000, Darren Reed wrote:
Oh, I forgot, there are internal code paths in ipfilter/npf that can
return ENETUNREACH.
If you are using NetBSD 6 with ipfilter, comparing the output of this:
ipfstat | grep 'block reason'
from before and after might be
On Tue, Jun 24, 2014 at 11:01:01PM +1000, Darren Reed wrote:
From that capture file, there is only *one* packet with the FIN bit set
(line 20076):
Yes.
09:24:10.646480 IP (tos 0x0, ttl 64, id 6680, offset 0, flags [DF],
proto TCP (6), length 1084)
85.X.X.X.22 77.X.X.X.59412: Flags
On Mon, Jun 23, 2014 at 10:16:21PM +0200, Manuel Bouyer wrote:
So it could actually have closed the connection after that.
Did your tcpdump sequences also capture ICMP traffics ?
Did an ICMP network unreacheable packet show up ?
I just created a new capture, this time with icmp:
On Mon, Jun 23, 2014 at 08:48:04PM +0200, Joerg Sonnenberger wrote:
On Mon, Jun 23, 2014 at 07:19:41PM +0200, Petar Bogdanovic wrote:
Good question, I forgot to add that to my original message. Until now,
only scheduled ssh-tunnels were affected. interactive ssh-sessions seem
fine, so
filter actually does play some role here.. :)
On Mon, Jun 23, 2014 at 12:24:08PM +0200, Petar Bogdanovic wrote:
* sshd bails on a failed write() with ENETUNREACH
This can be because IPF (and NPF) return this errno to local sockets
when blocking a packet.
Probably the blocked packet
.
Thanks,
Petar Bogdanovic
P.S. pcaps of one failed tunnel are here:
http://smokva.net/pcap/crane.tgz
On Mon, Jun 23, 2014 at 12:24:08PM +0200, Petar Bogdanovic wrote:
Unfortunately, subsequent testing showed that having npf enabled instead
eventually lead to the same issues.
Clarification: both ipf and npf were/are configured and enabled at the
server and not somewhere in between
On Mon, Jun 23, 2014 at 01:42:37PM +0200, Christoph Kaegi wrote:
$EXTIF = ifnet(vr0)
I'd say inet4() or inet6(), not ifnet().
pass stateful in final family inet proto tcp to $EXTIF port ssh
inet4/inet6 instead of inet.
On Mon, Jun 23, 2014 at 09:50:59AM -0700, Brandon Vincent wrote:
On 06/23/2014 09:25 AM, Petar Bogdanovic wrote:
But the thing is.. the server apparently
sends a FIN.. hence the server closes the
connection, nothing in between. And it
does so out of the blue without any
messages
On Mon, Jun 23, 2014 at 05:53:10PM +0100, Mindaugas Rasiukevicius wrote:
Are you using 6.x or -current? If latter, is it the latest -current?
The setup is conservative, follows netbsd-6-0.
=eom rule=4 reply=REJECT
mopherd[627]: 49729: close
Petar Bogdanovic
[1] https://github.com/badzong/mopher
[2] http://pkgsrc.se/wip/mopher
[3] http://article.gmane.org/gmane.mail.postfix.user/237586
[4] https://groups.google.com/forum/#!forum/mopher
-h
Filesystem Size Used Avail %Cap Mounted on
/dev/raid0a1.3T 970G 368G 72% /
The rm was issued on linux-laptop that mounts /dev/raid0a over NFS. But
I guess that shouldn't make a difference.
Thanks,
Petar Bogdanovic
On Wed, Jan 22, 2014 at 09:07:07PM +, Michael van Elst wrote:
pe...@smokva.net (Petar Bogdanovic) writes:
Is it normal that a simple rm can starve everything else?
/dev/raid0a on / type ffs (log, NFS exported, local)
ffs logging (aka WAPBL) on raid is known to have such issues
,
Petar Bogdanovic
On Tue, Jun 04, 2013 at 11:24:49AM -0500, Jeremy C. Reed wrote:
On Tue, 4 Jun 2013, Petar Bogdanovic wrote:
# ls -la /path/to/6.0.1/usr/bin/passwd
-r-xr-xr-x 3 root wheel 31003 Mar 6 13:35
/path/to/6.0.1/usr/bin/passwd
# ls -la /path/to/6.0.2/usr/bin/passwd
-r-sr
On Tue, Feb 26, 2013 at 11:39:26PM +, NetBSD Security Officer wrote:
(...)
Given that ECDSA ssh host keys are new in NetBSD 6 and get generated
by /etc/rc.d/sshd at system boot if not yet present, it is likely
that for systems that have been updated to NetBSD 6.0 or a netbsd-6
branch
30 matches
Mail list logo
