Re: OT: Test new email conf

Darling, they know me as an ethical guy. So, my true blogs are usually offline cause the italo-american meritocracy and their "liberty".., I'm really sorry for the business... NB: I suggest you to adopt true western names to make your tricks, indeed, they are so cool -Dan Mar 5, 2024

Re: OT: Test new email conf

Please consider to start a blog about your adventures. Thanks. Regards, -ext Daniele B. írta 2024. márc.. 5, K-n 18:58 órakor: > The past days I was managing to try it > the admin interface of BookMyName (iliad) and > sorry for the wanted advertisement.. (it is affordable) > Suddenly I found

Re: OT: Test new email conf

The past days I was managing to try it the admin interface of BookMyName (iliad) and sorry for the wanted advertisement.. (it is affordable) Suddenly I found myself in front of a transliteral (from the French) saying very closed to the following: "Please fill in a backup email address

OT: Test new email conf

Hello, You can take it like a *curtesy email* to disclose my new email address. Kindly thxs and take care of the pacman.. > N0\/\/@r€Z > -- >    /\/\@rk€T

Please test: wg(4): drop "while (!ifq_empty())" hack in wg_peer_destroy()

Hi, wg(4) stores reference to peer in the outgoing mbuf. Since it doesn't use reference counting, to make the `peer' dereference safe within wg_qstart(), wg_peer_destroy() has the following delay loop: NET_LOCK(); while (!ifq_empty(>sc_if.if_snd)) { /*

[m...@openbsd.org: Please test; midi(4): make midi{read,write}_filtops mp safe]

Hi, I'm searching help with midi(4) testing. If someone could test this diff, let me know. - Forwarded message from Vitaliy Makkoveev - Date: Sun, 24 Sep 2023 23:03:54 +0300 From: Vitaliy Makkoveev To: t...@openbsd.org Subject: Please test; midi(4): make midi{read,write}_filtops mp

SOLVED! Checksum test for "package" failed

, still the same problem. > Yesterday, on the same type of SBC and in the same way, installed 3 times > without any problems, from this morning this message: > Checksum test for "package" failed. Continue anyway? > Could someone give me some advice please...? >

Re: Checksum test for "package" failed

ny problems, from this morning this message: > Checksum test for "package" failed. Continue anyway? > Could someone give me some advice please...? > > P.S.: About the installation, I've always used this "repository": > ftp.openbsd.org Is this 7.3 release, or a -current snapshot? If it's a snapshot, try a newer one.

Checksum test for "package" failed

to verify the checksum of the packages... for all the packages. I've been trying and trying, still the same problem. Yesterday, on the same type of SBC and in the same way, installed 3 times without any problems, from this morning this message: Checksum test for "package" failed. Conti

Re: gdb segfaults setting breakpoint on a Rust test

Thank you! On 2023-03-24 14:10:50-0600, Todd C. Miller wrote: > On Fri, 24 Mar 2023 13:10:08 -0600, "Luke A. Call" wrote: > > > Hi. When I run this on the binary of a test in my Rust > > application, then run these commands in gdb, I get the following output >

Re: gdb segfaults setting breakpoint on a Rust test

On Fri, 24 Mar 2023 13:10:08 -0600, "Luke A. Call" wrote: > Hi. When I run this on the binary of a test in my Rust > application, then run these commands in gdb, I get the following output > which ends with Segmentation Fault: The in-tree gdb is old, you should try the e

gdb segfaults setting breakpoint on a Rust test

Hi. When I run this on the binary of a test in my Rust application, then run these commands in gdb, I get the following output which ends with Segmentation Fault: nemodel-ac769fda48f1a333 GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General

Re: A speed test with Iperf , Relayd and PF

On 2022-05-13, Fabrizio Francione wrote: > Code: > tcp connection fixup { >   tcp nodelay > } > > relay IPERF_TEST{ >   listen on 10.10.10.2 port 6740 >   forward to 192.168.20.9 port 6670 >   protocol fixup > } > With IPERF I obtain a speed of 144Mbps . Why use nodelay? That disables Nagle

Re: disk i/o test

> On Mar 7, 2022, at 12:10 PM, Brian Brombacher wrote: > > Hi Mihai, > > Not exactly related to disk speed, but have you cranked up the following > sysctl to see if it helps? > > sysctl kern.bufcachepercentage=9 > > I put an entry in /etc/sysctl.conf for persistence. > > This will cause

Re: disk i/o test

Correction: kern.bufcachepercentage=90 > On Mar 7, 2022, at 12:07 PM, Brian Brombacher wrote: > > Hi Mihai, > > Not exactly related to disk speed, but have you cranked up the following > sysctl to see if it helps? > > sysctl kern.bufcachepercentage=9 > > I put an entry in

Re: disk i/o test

Hi Mihai, Not exactly related to disk speed, but have you cranked up the following sysctl to see if it helps? sysctl kern.bufcachepercentage=9 I put an entry in /etc/sysctl.conf for persistence. This will cause up to 90% of system memory to be used as a unified buffer cache for disk access.

Re: disk i/o test

On Mon, Mar 7, 2022 at 8:46 AM Janne Johansson wrote: > > Den sön 6 mars 2022 kl 16:41 skrev Mihai Popescu : > > > > Since this thread is moving slowly in another direction, let me > > True > > > reiterate my situation again: I am running a browser (mostly chromium) > > and the computer slows

Re: disk i/o test

Den sön 6 mars 2022 kl 16:41 skrev Mihai Popescu : > > Since this thread is moving slowly in another direction, let me True > reiterate my situation again: I am running a browser (mostly chromium) > and the computer slows down on downloads. Since I've checked the > downloads rates, I observed

Re: disk i/o test

> On Mar 6, 2022, at 7:41 AM, Mihai Popescu wrote: > > Since this thread is moving slowly in another direction, let me > reiterate my situation again: I am running a browser (mostly chromium) > and the computer slows down on downloads. Since I've checked the > downloads rates, I observed

Re: disk i/o test

Since this thread is moving slowly in another direction, let me reiterate my situation again: I am running a browser (mostly chromium) and the computer slows down on downloads. Since I've checked the downloads rates, I observed they are slow than my maximum 500Mbps for the line. I can reach

Re: disk i/o test

On 2022-03-06, Alceu Rodrigues de Freitas Junior wrote: > > > Em 05/03/2022 15:29, Janne Johansson escreveu: > >> It can work the other way around also, using free RAM on the >> hypervisor to create >> a larger write cache than the VM itself can have. > > That would improve performance, but at

Re: disk i/o test

> > Besides this, are my values too low or just the expected ones? > > It seems the throughput is bad. The small IO test showed good numbers > for iops, but the second test (and I guess other people's suggestion > to try dd from /dev/zero) will show that you seem to have a

Re: disk i/o test

Den tors 3 mars 2022 kl 18:10 skrev Mihai Popescu : > > > https://openports.pl/path/benchmarks/fio > > To test perf on many small IO (measuring iops basically) run: > > > > fio --name=random-write --rw=write --bs=4k --numjobs=2 --size=1g > > --iodepth=16 --runt

Re: disk i/o test

On Mar 03 10:11:07, n...@holland-consulting.net wrote: > noatime is a nice little kick with seemingly > zero consequences (it does defeat a standard Unix file system feature, > but I've not come across anything that uses file access time stamps). I remember some shells reporting "new mail" based

Re: disk i/o test

> https://openports.pl/path/benchmarks/fio > To test perf on many small IO (measuring iops basically) run: > > fio --name=random-write --rw=write --bs=4k --numjobs=2 --size=1g > --iodepth=16 --runtime=60 --time_based --end_fsync=1 fio-3.26 Starting 2 threads Jobs: 2 (f=2): [

Re: disk i/o test

to use /dev/zero. > > i do my test with this command: > > dd if=/dev/zero of=test10g.dat bs=1m count=10240 conv=fsync $ time dd if=/dev/zero of=test10g.dat bs=1m count=10240 conv=fsync 10240+0 records in 10240+0 records out 10737418240 bytes transferred in 260.289 secs (41251827 bytes

Re: disk i/o test

On 2022-03-03, Nick Holland wrote: > You mention "legacy" options in the BIOS, you may be running an old > machine. But also look at softdep and noatime mount options, softdep > is a HUGE performance gain, noatime is a nice little kick with seemingly softdep can help if you are working on

Re: disk i/o test

On Thu, Mar 3, 2022 at 10:13 AM Nick Holland wrote: > You mention "legacy" options in the BIOS, you may be running an old > machine. But also look at softdep and noatime mount options, softdep > is a HUGE performance gain, noatime is a nice little kick with seemingly > zero consequences (it does

Re: disk i/o test

On 3/3/22 7:59 AM, Mihai Popescu wrote: Hello, I am trying to test some disk i/o speeds and I am stumbled on two questions: 1. Does it matter if I set in BIOS Legacy or AHCI for the drive, regarding the read/write performance? anywhere between "big difference" and "OH WOW,

Re: disk i/o test

Den tors 3 mars 2022 kl 14:02 skrev Mihai Popescu : > I am trying to test some disk i/o speeds and I am stumbled on two questions: > 1. Does it matter if I set in BIOS Legacy or AHCI for the drive, > regarding the read/write performance? Probably yes. AHCI will be better if it works.

disk i/o test

Hello, I am trying to test some disk i/o speeds and I am stumbled on two questions: 1. Does it matter if I set in BIOS Legacy or AHCI for the drive, regarding the read/write performance? 2. Can you suggest a sane disk I/O benchmark, writing from RAM to disk (i.e. cp /dev/null )? I am

Re: How to split (A/B) test landing pages using httpd(8)

>Does anyone know if it's possible to rotate/alternate between two >files for the same given request path, using just httpd? It might be a cleaner implementation if you use relayd(8) to load balance requests, there's also relayctl(8) which you could use to gather diagnostics, etc. Personally,

How to split (A/B) test landing pages using httpd(8)

Does anyone know if it's possible to rotate/alternate between two files for the same given request path, using just httpd? For example, I want to split test two pages: /test/A & /test/B. I would like to serve half of the traffic to each for the request path /test/. Ideally, I would like t

Re: C99 math functions ilogb, ilogbf fail test

Thank you. Andrew Hewus Fresh It seems like fixed ilogb and ilogbf bugs in OpenBSD 6.8. SPVM_Util.t test failing seem like srand. This should be skipped in OpenBSD. 2021年2月10日(水) 14:40 Andrew Hewus Fresh : > On Wed, Feb 10, 2021 at 01:58:37PM +0900, Yuki Kimoto wrote: > > I'm Yu

C99 math functions ilogb, ilogbf fail test

Hi, I'm Yuki Kimoto. I'm Perl CPAN Author. I'm currently writing a module SPVM in Perl that binds C99 math functions. SPVM - Static Perl Virtual Machine. Fast Calculation, Fast Array Operation, and Easy C/C++ Binding. - metacpan.org In CPAN testers, some tests

Re: amdgpu test ends up with blank screen

Dear Listeners, Two releases later I have tried out my Radeon RX 570 Nitro+ 8GB graphics card on a similar mainboard (Supermicro X9SRA), and it works fine! Sorry, but only now I have found out that some pins of one of the E5 processor sockets of the original X9DRi-F mainboard were damaged.

Re: axen - need working USB NIC using axen to test driver change

* gwes [2020-05-03 19:10:35 -0400]: > Currently axen.c has its PHY address hardwired to 3. > I have a StarTech which has the PHY at 0. > The driver currently searches for all PHYs connected to the MII > and then ignores the result. > I want to test my fix on devices which wor

Re: axen - need working USB NIC using axen to test driver change

On Sun, May 3, 2020 at 4:12 PM gwes wrote: > Currently axen.c has its PHY address hardwired to 3. > I have a StarTech which has the PHY at 0. > The driver currently searches for all PHYs connected to the MII > and then ignores the result. > I want to test my fix on devices

axen - need working USB NIC using axen to test driver change

Currently axen.c has its PHY address hardwired to 3. I have a StarTech which has the PHY at 0. The driver currently searches for all PHYs connected to the MII and then ignores the result. I want to test my fix on devices which work now. Can anyone point me to a USB NIC which works with axen

Re: How to test for FORTIFY_SOURCE?

Hi Luke, Luke A. Call wrote on Wed, Mar 18, 2020 at 12:54:10PM -0600: > On 03-18 19:22, Ingo Schwarze wrote: >> Theo de Raadt wrote: >>> Ingo -- I think using man.openbsd.org as a "testbed for all possible >>> man page hierarchies" incorrect. >> It was never a testbed, but a production service

Re: How to test for FORTIFY_SOURCE?

b says "security(7) - OpenBSD man > pages". I double checked it when I saw the references to NetBSD. > > Regarding the references to NetBSD, I thought your sed went sideways. > I assumed OpenBSD and NetBSD were collaborating and shared code and > docs in some places. >

Re: How to test for FORTIFY_SOURCE?

On 03-18 20:29, Ingo Schwarze wrote: > I have definitely collaborated with at least these NetBSD developers > in the past: And a lame but sincere thanks to Ingo, Theo, and everyone else, for the impressive work freely given, and for patiently tolerating the rest of us.

Re: How to test for FORTIFY_SOURCE?

Hi, Theo de Raadt wrote on Wed, Mar 18, 2020 at 12:44:03PM -0600: > Ingo Schwarze wrote: >> Jeffrey Walton wrote on Wed, Mar 18, 2020 at 11:55:53AM -0400: >>> I assumed OpenBSD and NetBSD were collaborating and shared code >>> and docs in some places. >> To a limited extent, that is true. >

Re: How to test for FORTIFY_SOURCE?

On 03-18 19:22, Ingo Schwarze wrote: > > Ingo -- I think using man.openbsd.org as a "testbed for all possible > > man page hierarchies" incorrect. > > It was never a testbed, but a production service with several parts > provided nowhere else (well, at least until FreeBSD followed our > lead and

Re: How to test for FORTIFY_SOURCE?

Ingo Schwarze wrote: > Hi Jeffrey, > > Jeffrey Walton wrote on Wed, Mar 18, 2020 at 11:55:53AM -0400: > > > I assumed OpenBSD and NetBSD were collaborating and shared code and > > docs in some places. > > To a limited extent, that is true. To a limited extent, it is true that birds and fish

Re: How to test for FORTIFY_SOURCE?

Hi Jeffrey, Jeffrey Walton wrote on Wed, Mar 18, 2020 at 11:55:53AM -0400: > I assumed OpenBSD and NetBSD were collaborating and shared code and > docs in some places. To a limited extent, that is true. For example, NetBSD includes mandoc(1) which is predominantly developed on OpenBSD while

Re: How to test for FORTIFY_SOURCE?

Hi Theo, Theo de Raadt wrote on Wed, Mar 18, 2020 at 09:06:25AM -0600: > Jeffrey Walton wrote: >> What is the purpose of supplying man pages for the wrong operating >> system? The purpose is to make it simpler to compare how different systems work without having to jump back and forth among

Re: How to test for FORTIFY_SOURCE?

ity(7) - OpenBSD man > pages". I double checked it when I saw the references to NetBSD. > > Regarding the references to NetBSD, I thought your sed went sideways. > I assumed OpenBSD and NetBSD were collaborating and shared code and > docs in some places. > > Figuring out why the sed was broken was not my task at hand. I was on > the site to figure out why my test for FORTIFY_SOURCE was failing. The > admins can figure that out why the document conversion is not working > they notice it. > > Jeff Since OpenBSD does not have FORTIFY_SOURCE it is correct that your test for it is failing on OpenBSD.

Re: How to test for FORTIFY_SOURCE?

enBSD" > really only occurs once. Hovering the mouse over the open tab says "security(7) - OpenBSD man pages". I double checked it when I saw the references to NetBSD. Regarding the references to NetBSD, I thought your sed went sideways. I assumed OpenBSD and NetBSD were coll

Re: How to test for FORTIFY_SOURCE?

On Wed, Mar 18, 2020 at 10:59:21AM -0400, Jeffrey Walton wrote: > On Wed, Mar 18, 2020 at 4:26 AM Stuart Henderson wrote: > > > > On 2020-03-18, Jeffrey Walton wrote: > > > According to https://man.openbsd.org/NetBSD-8.1/security.7#FORTIFY_SOURCE > > > OpenBSD implements glibc bounds checking on

Re: How to test for FORTIFY_SOURCE?

On 3/18/20 3:59 PM, Jeffrey Walton wrote: > On Wed, Mar 18, 2020 at 4:26 AM Stuart Henderson wrote: >> >> On 2020-03-18, Jeffrey Walton wrote: >>> According to https://man.openbsd.org/NetBSD-8.1/security.7#FORTIFY_SOURCE >>> OpenBSD implements glibc bounds checking on certain functions. I am >>>

Re: How to test for FORTIFY_SOURCE?

Jeffrey Walton wrote: > On Wed, Mar 18, 2020 at 4:26 AM Stuart Henderson wrote: > > > > On 2020-03-18, Jeffrey Walton wrote: > > > According to https://man.openbsd.org/NetBSD-8.1/security.7#FORTIFY_SOURCE > > > OpenBSD implements glibc bounds checking on certain functions. I am > > > trying to

Re: How to test for FORTIFY_SOURCE?

On Wed, Mar 18, 2020 at 4:26 AM Stuart Henderson wrote: > > On 2020-03-18, Jeffrey Walton wrote: > > According to https://man.openbsd.org/NetBSD-8.1/security.7#FORTIFY_SOURCE > > OpenBSD implements glibc bounds checking on certain functions. I am > > trying to detect FORTIFY_SOURCE without

Re: How to test for FORTIFY_SOURCE?

On 2020-03-18, Jeffrey Walton wrote: > According to https://man.openbsd.org/NetBSD-8.1/security.7#FORTIFY_SOURCE > OpenBSD implements glibc bounds checking on certain functions. I am > trying to detect FORTIFY_SOURCE without looking up operating system > names and versions. That is a NetBSD

How to test for FORTIFY_SOURCE?

(it is part of an autoconf test): #include int main(int argc, char** argv) { [char msg[16];] #[strcpy(msg, argv[0]);] #[return (int)(msg[0] & ~msg[1]);] [memcpy(msg, argv[0], strlen(argv[0]));] [return msg[0] != msg[strlen(argv[0])-1];] } I then com

amdgpu test ends up with blank screen

Dear Listeners, I have tried out to run Radeon RX 570 Nitro+ 8GB graphics card on Supermicro X9DRi-F mainboard, see the dmesg output below. (There is no Xorg.log to send ...) Messages stop with black screen just before initializing kernel modesetting (POLARIS10 0x1002:0x67DF 0x1DA2:0xE366

Test suites for netcat

Is there a test suite available for netcat? Specifically for testing for functional correctness. I'm playing around with pledges and it would be interesting to know how pledges are tested as well. Thanks

Re: please ignore -- final test ?????? in posts

of ?? > >> > >> when i cut and paste information from the console to my mail client > >> > >> i use thunderbird to compose my mail > >> > >> > >> #test VM > >> vm "base-vm" { > >>

Re: please ignore -- final test ?????? in posts

On 16/03/2018 12:51, Larry Hynes wrote: Hi niya <niyal...@gmail.com> wrote: if anybody does read this post i'm trying to narrow down why i'm getting rows of ?? when i cut and paste information from the console to my mail client i use thunderbird to compose my mail #t

please ignore -- final test ?????? in posts

if anybody does read this post i'm trying to narrow down why i'm getting rows of ?? when i cut and paste information from the console to my mail client i use thunderbird to compose my mail #test VM vm "base-vm" {     boot "/bsd"     enable

please ignore -- just a test

switch "local" {     interface bridge0 } # Test VM vm "test-vm" {     disable     owner alarm     memory 256M     disk "/home/alarm/vmm_network/vmm_base6.3.img"     interface { switch "local"     lladdr  fe:e1:bb:d1:6d:8d }     }

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On Thu, 12 Oct 2017 18:16:02 + > See https://marc.info/?l=openbsd-cvs=150783205404965 Nice, Thankyou

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On Tue, Oct 10, 2017 at 06:35:49PM +, Kevin Chadwick wrote: > On Wed, 27 Sep 2017 21:43:48 -0500 > > > > Why is this happening, and is there anything that I should do to > > correct > > > > The system has been getting more and more dynamic to make attackers > fumble in the dark. > > > the

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

You own all the pieces. > RO /usr also breaks the shiny new kernel relinking. > > So the best I have come up with is crontab lines > > @reboot sleep 60 mount -urf /usr > > The 60 may be too short on very old systems. > > Perhaps it's time to drop the ro but I'm quite attached to my security >

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On Tue, 10 Oct 2017 19:35:49 +0100 > From: Kevin Chadwick <m8il1i...@gmail.com> > To: misc@openbsd.org > Subject: Re: reordering libraries:/etc/rc[443]: ./test-ld.so: > Permission denied Date: Tue, 10 Oct 2017 19:35:49 +0100 > > On Wed, 27 Sep 2017 21:4

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On Wed, 27 Sep 2017 21:43:48 -0500 > Why is this happening, and is there anything that I should do to > correct > The system has been getting more and more dynamic to make attackers fumble in the dark. > the "Permission denied" error? If you prefer then add: /sbin/mount -uo noexec /tmp

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On 09/28/2017 06:34 AM, Philip Guenther wrote: > On Wed, 27 Sep 2017, Theodore Wynnychenko wrote: > ... >> Thank you for the information. I removed the “noexec” flag from fstab >> and the error has disappeared. >> >> But, I am also surprised by the requirement that /tmp _not_ be mounted >>

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On Wed, 27 Sep 2017, Theodore Wynnychenko wrote: ... > Thank you for the information. I removed the “noexec” flag from fstab > and the error has disappeared. > > But, I am also surprised by the requirement that /tmp _not_ be mounted > noexec for this to function correctly. I recall reading

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On Sep 25, 2017, at 9:31 PM, Philip Guenther <guent...@gmail.com> wrote: On Mon, 25 Sep 2017, Theodore Wynnychenko wrote: I noticed this message in the dmesg after updating -current yesterday. I am not sure what it means. There is no file "test-ld.so" anywhere on the s

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On Mon, Sep 25, 2017 at 07:31:15PM -0700, Philip Guenther wrote: > If you're mounting /tmp with the noexec flag, then stop doing that. What? IIUC this is long existing recommendation. If /etc/rc needs exec /tmp that it should change it by itself for libs reordering and then switch back to what an

Re: reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

On Mon, 25 Sep 2017, Theodore Wynnychenko wrote: > I noticed this message in the dmesg after updating -current yesterday. > > I am not sure what it means. > > There is no file "test-ld.so" anywhere on the system that I can find. > I also see that it appears this p

reordering libraries:/etc/rc[443]: ./test-ld.so: Permission denied

Hello I noticed this message in the dmesg after updating -current yesterday. I am not sure what it means. There is no file "test-ld.so" anywhere on the system that I can find. I also see that it appears this part of rc was just committed in the last few weeks. Why is this

Re: touchpad input driver: test results

ave worked for, it's probably > time for a summary of the first test results and my conclusions. > (But please don't get that wrong: more tests and reports are and will be > welcome.) > > Hardware: Most tests were made with (PS/2) Synaptics touchpads, and it > seems there are no proble

Re: touchpad input driver: test results

As people might want to know what they have worked for, it's probably time for a summary of the first test results and my conclusions. (But please don't get that wrong: more tests and reports are and will be welcome.) Hardware: Most tests were made with (PS/2) Synaptics touchpads, and it seems

unit test for openiked

Hello! Could you please help me out if you have any unit or function test suites for openiked?I could not find it in CVS. Regards, Agoston

Re: Any network simulators to test openbgpd?

Le 2017-02-12 20:25, Karthik Veeragoni a écrit : Hi all, I'm looking for any freely available or commercial network simulators or emulators to test Openbgpd by using any of them. And I would also like to know on what other poplar platforms/operating systems, openbgpd is being used

Any network simulators to test openbgpd?

Hi all, I'm looking for any freely available or commercial network simulators or emulators to test Openbgpd by using any of them. And I would also like to know on what other poplar platforms/operating systems, openbgpd is being used in the current market or can be used. As per the following

How to test BGP fail Over

Hi All, We have openbgpd running having peered with 2 ISP's. I am trying to test the failover with one of the ISP. To test this, I changed bgpd.conf file to comment the entry for one of the ISP and reloaded conf file and behaves as expected. I think I can also use bgpctl command to bring down one

Fw: RE: RE: OpenBSD PaX Test question

if anyone interested, correction for the pax topic Sent: Tuesday, October 11, 2016 at 3:57 PM From: "W. Dean Freeman" <wdfree...@acumensecurity.net> To: "'Peter Janos'" <peterjan...@mail.com> Subject: RE: RE: OpenBSD PaX Test questionIncreasing the stack gap si

Re: VMM test

On Wed, Oct 12, 2016 at 05:17:19PM +0200, Lampshade wrote: > >> Hi Everybody, > >> > >> I would like to give a try to vmm. If I do so, which os can I expect > >> to make it work? openbsd ok I guess. Linux? Windows? > > >OpenBSD only, as of now. > > Does it support both i386 and amd64 OpenBSDs

Re: VMM test

>> Hi Everybody, >> >> I would like to give a try to vmm. If I do so, which os can I expect >> to make it work? openbsd ok I guess. Linux? Windows? >OpenBSD only, as of now. Does it support both i386 and amd64 OpenBSDs guests?

Re: VMM test

On Wed, Oct 12, 2016 at 1:06 PM, Sébastien Morand wrote: > Hi Everybody, > > I would like to give a try to vmm. If I do so, which os can I expect > to make it work? openbsd ok I guess. Linux? Windows? OpenBSD only, as of now.

VMM test

Hi Everybody, I would like to give a try to vmm. If I do so, which os can I expect to make it work? openbsd ok I guess. Linux? Windows? Thanks by advance, Sebastien

Re: iked config test hanging on 6.0

ferent systems now, one upgraded from 5.9 to 6.0 with the install CD, one a brand-new 6.0 install. The former is running as a hosted VM at Vultr, the latter a VMware Fusion machine. I'm not sure if this is a problem just in a virtual machine context, but I don't have any physical hardware available

iked config test hanging on 6.0

any physical hardware available to check it on at the moment. As such, I'm not confident I have a bug, and would appreciate comments from the community on whether they experience the same problem. The iked config test in /etc/rc.d/iked hangs fairly reliably. I've ktraced it and it looks like

Re: Test

OK > > From: Jiří Navrátil <j...@navratil.cz> > Sent: Fri Jul 29 16:23:17 CEST 2016 > To: Edgar Pettijohn <ed...@pettijohn-web.com> > Subject: Re: Test > > > received > > --- > Jiří Navrátil > > 29. 7. 201

Re: Test

received --- Jiří Navrátil 29. 7. 2016 v 16:09, Edgar Pettijohn <ed...@pettijohn-web.com>: > I think the mailing list server is blocking me. This is just a test to confirm > this theory. Sorry for the noise. > > Edgar > > Sent from my iPhone

Test

I think the mailing list server is blocking me. This is just a test to confirm this theory. Sorry for the noise. Edgar Sent from my iPhone

libstdc++ (bug?) / libc++ (cant test)

Dear openbsd users, Today i had to patch a cpp program like this - (*_obj).insert(p); + + size_t s = _obj->erase( key ); + //fprintf(stderr, "wtf %d\n", s); //ANNO 2016 LIBC++ NEW WAY... + + _obj->insert(p); _obj is define like this class Foo { std::shared_ptr< std::map<

Re: How to test radius server

On 2015-11-25, freeu...@ruggedinbox.com wrote: > I read the /etc/npppd/npppd.conf > It's ok. except radius:) Can you explain what you're trying to do? > client 192.168.0.0:/24 { > secret "secret" > msgauth-required yes > } > module set radius "secret" "testing123"

How to test radius server

I read the /etc/npppd/npppd.conf It's ok. except radius:) "man npppd.conf" say: authentication RADIUS type radius { username-suffix "@example.com" authentication-server { address 192.168.0.1 secret "hogehoge" } } then, I couldn't find /etc/radiusd.conf I check the "man -k radius". "man

Re: Question - test lab

> General hints for picking up an alpha: [...] > If you intend to be in the same room as the machine, pick a workstation > model and not a server. DS25 are supposed to be deskside workstations, but their noise level fits in the `server' category.

Re: Question - test lab

On 2015-09-09, "Bryan C. Everly" <br...@bceassociates.com> wrote: > I'm trying to put together a multiple CPU architecture test lab for > work I'm doing on some ports and I have the following: > > * Thinkpad T21 (i386) > * Powerbook G4 (32-bit PPC) > * Sun Bla

Question - test lab

Hi I'm trying to put together a multiple CPU architecture test lab for work I'm doing on some ports and I have the following: * Thinkpad T21 (i386) * Powerbook G4 (32-bit PPC) * Sun Blade 100 (sparc64) * Thinkpad x220 (amd64) I'm wondering if anyone could recommend a low-cost Alpha or PA-RISC

Re: Are nc -lu /dev/zero /dev/null a good throughput test?

commands which are hard to remember, tricks that could vanish with updates, ...). The amount of work to tune it is equal or more than to use libvirt, so I am dropping it. Ubuntu Server 14.04 came out with qemu-kvm 2.0.0, with newer host VirtIO implementations in many areas. I am on my way to test it. I

Re: Are nc -lu /dev/zero /dev/null a good throughput test?

well suited for running many machines of the same kind and with the same io/throughput needs. I find KVM is more well suited for heterogeneous environments. Ubuntu Server 14.04 came out with qemu-kvm 2.0.0, with newer host VirtIO implementations in many areas. I am on my way to test it. I dislike

Re: Are nc -lu /dev/zero /dev/null a good throughput test?

Em 20-07-2014 19:44, Adam Thompson escreveu: FWIW, you're almost certainly going to be CPU-bound. I can't get more than ~200Mbps on an emulated em(4) interface under ProxmoxVE (KVM 1.7.1) between two VMs running on the same host. Granted, the CPUs are slowish (2.2GHz Xeon L5520). I get

Re: Are nc -lu /dev/zero /dev/null a good throughput test?

On 19 July 2014 21:22, Sean Kamath kam...@moltingpenguin.com wrote: Are you counting all those zeros to make sure they all came through? 'cause TCP is guaranteed delivery, in order. UDP guarantees nothing. Hello Sean! Why counting? My guess, and therefore the start of my reasoning and

Re: Are nc -lu /dev/zero /dev/null a good throughput test?

On 19 July 2014 21:28, Philip Guenther guent...@gmail.com wrote: tcpbench(1) - TCP/UDP benchmarking and measurement tool Oh, just beneath my eyes, in the base install. Thank you, Philip. May I loose time comparing tcpbench(1) with iperf?

Re: Are nc -lu /dev/zero /dev/null a good throughput test?

On 14-07-20 04:57 PM, Raimundo Santos wrote: On 19 July 2014 21:22, Sean Kamath kam...@moltingpenguin.com wrote: Are you counting all those zeros to make sure they all came through? 'cause TCP is guaranteed delivery, in order. UDP guarantees nothing. Hello Sean! Why counting? My guess, and

  1   2   3   4   >