Re: small aggr problem ( on current )
On Thu, Dec 19, 2019 at 01:59:30PM +0100, Hrvoje Popovski wrote:
> On 15.12.2019. 23:01, Hrvoje Popovski wrote:
> > On 15.12.2019. 12:45, Holger Glaess wrote:
> >> hi
> >>
> >>
> >> ?? runing version
> >>
> >>
> >> /etc 16>dmesg | more
> >> Copyright (c) 1982, 1986, 1989, 1991, 1993
> >> ?? The Regents of the University of California.?? All rights
> >> reserved.
> >> Copyright (c) 1995-2019 OpenBSD. All rights reserved.
> >> https://www.OpenBSD.org
> >>
> >> OpenBSD 6.6-current (GENERIC.MP) #48: Tue Dec 10 16:30:01 MST 2019
> >> dera...@octeon.openbsd.org:/usr/src/sys/arch/octeon/compile/GENERIC.MP
> >>
> >>
> >>
> >> after a reboot the aggr interface do not aggregate the connection with
> >> the switch,
> >>
> >> just after an physical disaconnection from the ethernet cable , wait for
> >> some sec,
> >>
> >> and replugin .
> >>
> >>
> >> the the iterface are up and active, before ifconfig says "no carrier"
> >> but the interfaces have
> >>
> >> carrier.
> >>
> >> i dont have the problem with the trunk interface on the same hardware.
> >>
> >>
> >> you are on bellab as root
> >> /etc 20>cat /etc/hostname.cnmac1
> >> mtu 1518
> >> up
> >>
> >> 12:43:59 Sun Dec 15
> >> you are on bellab as root
> >> /etc 21>cat /etc/hostname.cnmac2
> >> mtu 1518
> >> up
> >>
> >> 12:44:01 Sun Dec 15
> >> you are on bellab as root
> >> /etc 22>cat /etc/hostname.aggr0
> >> trunkport cnmac1
> >> trunkport cnmac2
> >> mtu 1518
> >> up
> >>
> >>
> >> holger
> >>
> >>
> >>
> > Hi,
> >
> > maybe logs below would help for further troubleshooting because i'm
> > seeing same behavior.
> >
> > when i add debug statement in hostname.agg0 and boot box i'm getting
> > this log
> >
> > starting network
> > aggr0 ix0 rxm: LACP_DISABLED (LACP_Enabled) -> PORT_DISABLED
> > aggr0 ix0: selection logic: unselected (rxm !CURRENT)
> > aggr0 ix1 rxm: LACP_DISABLED (LACP_Enabled) -> PORT_DISABLED
> > aggr0 ix1: selection logic: unselected (rxm !CURRENT)
> > aggr0 ix2 rxm: LACP_DISABLED (LACP_Enabled) -> PORT_DISABLED
> > aggr0 ix2: selection logic: unselected (rxm !CURRENT)
> > aggr0 ix3 rxm: LACP_DISABLED (LACP_Enabled) -> PORT_DISABLED
> > aggr0 ix3: selection logic: unselected (rxm !CURRENT)
> > reordering libraries: done.
> >
> > after boot aggr status is "no carrier"
> > sh /etc/netstart isn't helping
> >
> > but with ifconfig ix0-ix4 down/up aggr interface start to work normally
> >
> > log when doing ifconfig ix0-ix4 down/up
>
>
> just a little follow up:
>
> i've tested aggr on two boxes. first box is dell r620 and second one is
> supermicro SYS-5018D-FN8T. both boxes are connected to dell s4810
> switch. Same cables, same ports, same port-channles on switch, timeout
> fast or slow, both with ix 82599 interfaces ... (x552 ix interfaces are
> disabled on supermicro box) ...
>
> r620 is working without any problems and supermicro box is having same
> problem as described above...
>
> trunk interface are working on both boxes without any problem ..
>
>
> this is fun :)
:/
can you try this diff?
Index: if_aggr.c
===
RCS file: /cvs/src/sys/net/if_aggr.c,v
retrieving revision 1.19
diff -u -p -r1.19 if_aggr.c
--- if_aggr.c 5 Aug 2019 10:42:51 - 1.19
+++ if_aggr.c 23 Dec 2019 04:50:30 -
@@ -2401,8 +2401,7 @@ aggr_up(struct aggr_softc *sc)
TAILQ_FOREACH(p, >sc_ports, p_entry) {
aggr_rxm(sc, p, LACP_RXM_E_LACP_ENABLED);
-
- aggr_selection_logic(sc, p);
+ aggr_p_linkch(p);
}
/* start the Periodic Transmission machine */
Re: Adaptive main page for openbsd website.
It looks good to me. I tried it in Firefox on my laptop and on Android and it seems fine. I also tried it in lynx and found it was navigable. --Aaron On Sun, 2019-12-22 at 19:25 +0300, v...@vtsoft.dev wrote: > Hello everyone, > > The main page of openbsd.org is currently not responsive. It > looks bad > when I access it from > my mobile phone. I offer my version of the home page. My CSS > file is 4 > times smaller than it > is now and adapts to the screen size of the device. Please, > check it: > https://vttv.xyz > . Also, > you can directly download archive with sources: > https://vttv.xyz./openbsd.tar.gz > . >
Re: Readv and writev failing across ethernet
Philip Guenther wrote: > > The man pages for readv and writev don't document the possibility of > > such errors. > > > IMO, weird errnos from devices should be documented in the manpage for the > device. Consider the termios(4) manpage, for example. I agree on that. Otherwise the information-flood is too much. But I think some of our manual pages are a bit weak indicating there are other errors not listed: ERRORS read(), readv(), pread(), and preadv() will succeed unless: [...] In addition, read() and readv() may return the following errors: [...] read() and pread() may return the following error: [...] pread() and preadv() may return the following errors: [...] readv() and preadv() may return one of the following errors: [...] SEE ALSO Written that way, it is easy for some folk to conclude the list is complete, and no other errors could pop out. We have more experience and recognize slightly more unique error returns are valuable. Maybe it needs a bit of "Amongst our errors...", can we force jmc or ingo into a fancy chair to review the situation?
Re: Readv and writev failing across ethernet
On Sun, Dec 22, 2019 at 3:33 PM Raymond, David
wrote:
> I am running openmpi-4.0.2 (self-compiled with GDS patches) on
> up-to-date 6.6 stable with a Go program that calls Clang MPI routines.
> With particular hardware (details provided if desired), readv and
> writev calls randomly fail with respectively "Timeout" and "Permission
> denied" errors for calls from one machine to another across the
> ethernet.
While "Permission denied" is the error message for EACCES, "Timeout" is not
a complete errno error message OpenBSD. Has it been established that the
underlying readv/writev syscalls are returning particular errors by using
ktrace/kdump?
Next: if you have a device open, then the device driver *totally controls*
what errnos syscalls get. If a device driver wanted to return EDOM
("Numerical argument out of domain") it totally could. If you're getting
weird errno from a device, well, review the device source!
The errors don't occur between cores on the same machine.
>
THIS SHOULD NOT BE A SURPRISE: the net is not the same as your local
machine.
The man pages for readv and writev don't document the possibility of
> such errors.
IMO, weird errnos from devices should be documented in the manpage for the
device. Consider the termios(4) manpage, for example.
Philip Guenther
Readv and writev failing across ethernet
I am running openmpi-4.0.2 (self-compiled with GDS patches) on up-to-date 6.6 stable with a Go program that calls Clang MPI routines. With particular hardware (details provided if desired), readv and writev calls randomly fail with respectively "Timeout" and "Permission denied" errors for calls from one machine to another across the ethernet. The errors don't occur between cores on the same machine. The man pages for readv and writev don't document the possibility of such errors. Modifying the MPI code to retry readv and writev doesn't help. Any ideas on what is going on here and how it could be fixed? The problem doesn't occur with Linux, but I would really rather stay with OpenBSD. Details can be provided as needed. Dave Raymond PS -- Martin Reindl has been very helpful in getting me this far. On 12/22/19, Martin Reindl wrote: > It shouldn't run the GDS components with the enviroment set up like > this. But who knows with a beast like openmpi. > > I'll file a bug report with the PMIx developers, for now I've commited > the update with your input. Thanks! > > Martin > > Am 19.12.19 um 13:48 schrieb Raymond, David: >> Hello Martin, >> >> It is odd that I already had "PMIX_MCA_gds=hash" and still got the >> problem on a beowolf with multiple boxes connected by ethernet. >> >> Since the lack of appropriate "#ifdefs" seems like an oversight on the >> part of the openmpi developers, I think it would be appropriate to >> push it upstream. Are you prepared to do that? I could try, but it >> would take me a while to educate myself on this. >> >> Best, >> >> Dave >> >> On 12/19/19, Martin Reindl wrote: >>> [moved to ports@] >>> >>> On Tue, Dec 17, 2019 at 04:16:25PM -0700, Raymond, David wrote: Martin, I have been using openmpi 4.0.2 on my computer system and I found a bug that is provoked by running a job (a Go program interfaced to the Clang MPI package) on multiple machines connected by ethernet. This crashes the program with the following output: >>> [...] I traced this to the fact that OpenBSD's version of pthreads doesn't have "pthread_mutexattr_setpshared". It turns out that the configuration file undefines a flag if this is so, but the actual code doesn't pay any attention to this. I fixed the problem by putting appropriate ifdefs around the code generating the error, which itself is simple error checking code. This seems to work. I have attached two patches for the 4.0.2 source. >>> >>> Hello Dave, >>> >>> Thanks for your input, I've updated the 4.0.2 diff. >>> >>> We already were aware of the problem with 4.0.1 back in June and worked >>> around the problem by setting PMIX_MCA_gds=hash before execution to >>> avoid >>> GDS/ds21 and GDS/12. >>> >>> Your diff is of course a much better way, do you want to try to push it >>> upstream? >>> >>> -m >>> >>> Index: Makefile >>> === >>> RCS file: /cvs/ports/devel/openmpi/Makefile,v >>> retrieving revision 1.28 >>> diff -u -p -u -p -r1.28 Makefile >>> --- Makefile28 Jun 2019 11:05:11 - 1.28 >>> +++ Makefile19 Dec 2019 07:18:30 - >>> @@ -2,9 +2,8 @@ >>> >>> COMMENT = open source MPI-3.1 implementation >>> >>> -V =4.0.1 >>> +V =4.0.2 >>> DISTNAME = openmpi-$V >>> -REVISION = 0 >>> >>> SHARED_LIBS += mca_common_dstore 0.0 # 1.0 >>> SHARED_LIBS += mca_common_monitoring 0.0 # 60.0 >>> Index: distinfo >>> === >>> RCS file: /cvs/ports/devel/openmpi/distinfo,v >>> retrieving revision 1.4 >>> diff -u -p -u -p -r1.4 distinfo >>> --- distinfo27 Jun 2019 13:52:00 - 1.4 >>> +++ distinfo19 Dec 2019 07:18:30 - >>> @@ -1,2 +1,2 @@ >>> -SHA256 (openmpi-4.0.1.tar.gz) = >>> 5V4hP+CaIUq58scirP2L97ObvBgA5LekZNON8V5wf1k= >>> -SIZE (openmpi-4.0.1.tar.gz) = 17513706 >>> +SHA256 (openmpi-4.0.2.tar.gz) = >>> ZigFhw6GoUceWXObDDTG+QBODHoi2waFYtU4jsRCGQQ= >>> +SIZE (openmpi-4.0.2.tar.gz) = 17373487 >>> Index: >>> patches/patch-opal_mca_pmix_pmix3x_pmix_src_mca_gds_ds12_gds_ds12_lock_pthread_c >>> === >>> RCS file: >>> patches/patch-opal_mca_pmix_pmix3x_pmix_src_mca_gds_ds12_gds_ds12_lock_pthread_c >>> diff -N >>> patches/patch-opal_mca_pmix_pmix3x_pmix_src_mca_gds_ds12_gds_ds12_lock_pthread_c >>> --- /dev/null 1 Jan 1970 00:00:00 - >>> +++ >>> patches/patch-opal_mca_pmix_pmix3x_pmix_src_mca_gds_ds12_gds_ds12_lock_pthread_c >>> 19 >>> Dec 2019 07:18:30 - >>> @@ -0,0 +1,20 @@ >>> +$OpenBSD$ >>> + >>> +Index: >>> opal/mca/pmix/pmix3x/pmix/src/mca/gds/ds12/gds_ds12_lock_pthread.c >>> +--- >>> opal/mca/pmix/pmix3x/pmix/src/mca/gds/ds12/gds_ds12_lock_pthread.c.orig >>> opal/mca/pmix/pmix3x/pmix/src/mca/gds/ds12/gds_ds12_lock_pthread.c >>> +@@ -132,12
Re: Adaptive main page for openbsd website.
On Sun, 22 Dec 2019 17:22:16 -0500 Chris Bennett wrote: > On Sun, Dec 22, 2019 at 04:44:11PM -0500, Steve Litt wrote: > > On Sun, 22 Dec 2019 19:25:00 +0300 > > v...@vtsoft.dev wrote: > > > > > Hello everyone, > > > > > > The main page of openbsd.org is currently not responsive. It looks > > > bad when I access it from > > > my mobile phone. I offer my version of the home page. My CSS file > > > is 4 times smaller than it > > > is now and adapts to the screen size of the device. Please, check > > > it: https://vttv.xyz. Also, > > > you can directly download archive with sources: > > > https://vttv.xyz./openbsd.tar.gz. > > > > Your page is very nicely adaptive, without the horrible jumps often > > seen with media queries. I'm not a fan of "mobile devices" but at > > this point in history I think websites need to accommodate to them. > > Most of my newest Troubleshooters.Com pages are at least moderately > > adaptive. > > > > I'd suggest you make the horrible, blood red graphic 1/2 size. It > > looks awful on the current page, and because it's full size on > > yours, it looks even awfuller. > > > > The font on the current OpenBSD web page is nice and readable. On > > your adaptive, it's thin, reedy, ugly, pixellated, and hard to > > read. If you're setting a specific font, I suggest you refrain from > > that and let the user's browser settings rule. That way, your page > > is comfortable for the guy with 20/10 vision or the guy with 20/60 > > vision. If you're not declaring a font, something's going wrong. > > > > The blue sidecar navigator in the original website is handy, good > > looking, and gives the reader the confidence to go where he wants. > > At the expense of one more user click, you could put a "navigation > > links" link or button, which refers to your box array, right under > > the red graphic. > > > > What I'd prefer, if it doesn't require a media query or too much > > javascript, would be to retain the sidecar at big screen sizes, but > > at a certain point collapse it and replace with something else: > > Perhaps your current bottom array of boxes with a link to them on > > top. > > > > What's going to be a bigger challenge is doing this to pages > > containing or . I've never been able to get those to > > fold, and even if they did, the code would then become misleading. > > > > SteveT > > > > Steve Litt > > December 2019 featured book: Rapid Learning for the 21st Century > > http://www.troubleshooters.com/rl21 > > > > If it won't work with a text browser such as lynx, it's not OK. > You can't ^Z chrome or firefox. > You can't use Javascript with text browsers. > Once you walk away from text browsers, script snippets to read pages, > etc., too much is lost. > I'm genuinely only interested in content, not appearance. > I frequently need a text browser over SSH. As in many times a month. > Please just patch content, not good looks. In that case (and you've brought up a good point), a link on top pointing to the navigation boxes on the bottom does the job. No Javascript needed (as far as I know). SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21
Re: Adaptive main page for openbsd website.
On Sun, Dec 22, 2019 at 04:44:11PM -0500, Steve Litt wrote: > On Sun, 22 Dec 2019 19:25:00 +0300 > v...@vtsoft.dev wrote: > > > Hello everyone, > > > > The main page of openbsd.org is currently not responsive. It looks > > bad when I access it from > > my mobile phone. I offer my version of the home page. My CSS file is > > 4 times smaller than it > > is now and adapts to the screen size of the device. Please, check it: > > https://vttv.xyz. Also, > > you can directly download archive with sources: > > https://vttv.xyz./openbsd.tar.gz. > > Your page is very nicely adaptive, without the horrible jumps often > seen with media queries. I'm not a fan of "mobile devices" but at this > point in history I think websites need to accommodate to them. Most of > my newest Troubleshooters.Com pages are at least moderately adaptive. > > I'd suggest you make the horrible, blood red graphic 1/2 size. It looks > awful on the current page, and because it's full size on yours, it > looks even awfuller. > > The font on the current OpenBSD web page is nice and readable. On your > adaptive, it's thin, reedy, ugly, pixellated, and hard to read. If > you're setting a specific font, I suggest you refrain from that and let > the user's browser settings rule. That way, your page is comfortable > for the guy with 20/10 vision or the guy with 20/60 vision. If you're > not declaring a font, something's going wrong. > > The blue sidecar navigator in the original website is handy, good > looking, and gives the reader the confidence to go where he wants. At > the expense of one more user click, you could put a "navigation links" > link or button, which refers to your box array, right under the red > graphic. > > What I'd prefer, if it doesn't require a media query or too much > javascript, would be to retain the sidecar at big screen sizes, but at > a certain point collapse it and replace with something else: Perhaps > your current bottom array of boxes with a link to them on top. > > What's going to be a bigger challenge is doing this to pages containing > or . I've never been able to get those to fold, and even if > they did, the code would then become misleading. > > SteveT > > Steve Litt > December 2019 featured book: Rapid Learning for the 21st Century > http://www.troubleshooters.com/rl21 > If it won't work with a text browser such as lynx, it's not OK. You can't ^Z chrome or firefox. You can't use Javascript with text browsers. Once you walk away from text browsers, script snippets to read pages, etc., too much is lost. I'm genuinely only interested in content, not appearance. I frequently need a text browser over SSH. As in many times a month. Please just patch content, not good looks. Thanks, Chris Bennett
Re: What do you use to generate invoices on OpenBSD?
On Sun, Dec 22, 2019, 08:54 Mikolaj Kucharski wrote: > Hi, > > Do you generate invoices on OpenBSD? What do you recommend? If you have > experience in more than one app, why did you chose one over the other? > If you use something open-source on other OS, let me know as well. If > you use some own written app, for generating invoices, I'm also > interested to hear, just to get an idea, which way people decide to go. > I use reportico https://www.reportico.org/site2/index.php -- Muhammad Muntaza > >
Re: Adaptive main page for openbsd website.
On Sun, 22 Dec 2019 19:25:00 +0300 v...@vtsoft.dev wrote: > Hello everyone, > > The main page of openbsd.org is currently not responsive. It looks > bad when I access it from > my mobile phone. I offer my version of the home page. My CSS file is > 4 times smaller than it > is now and adapts to the screen size of the device. Please, check it: > https://vttv.xyz. Also, > you can directly download archive with sources: > https://vttv.xyz./openbsd.tar.gz. Your page is very nicely adaptive, without the horrible jumps often seen with media queries. I'm not a fan of "mobile devices" but at this point in history I think websites need to accommodate to them. Most of my newest Troubleshooters.Com pages are at least moderately adaptive. I'd suggest you make the horrible, blood red graphic 1/2 size. It looks awful on the current page, and because it's full size on yours, it looks even awfuller. The font on the current OpenBSD web page is nice and readable. On your adaptive, it's thin, reedy, ugly, pixellated, and hard to read. If you're setting a specific font, I suggest you refrain from that and let the user's browser settings rule. That way, your page is comfortable for the guy with 20/10 vision or the guy with 20/60 vision. If you're not declaring a font, something's going wrong. The blue sidecar navigator in the original website is handy, good looking, and gives the reader the confidence to go where he wants. At the expense of one more user click, you could put a "navigation links" link or button, which refers to your box array, right under the red graphic. What I'd prefer, if it doesn't require a media query or too much javascript, would be to retain the sidecar at big screen sizes, but at a certain point collapse it and replace with something else: Perhaps your current bottom array of boxes with a link to them on top. What's going to be a bigger challenge is doing this to pages containing or . I've never been able to get those to fold, and even if they did, the code would then become misleading. SteveT Steve Litt December 2019 featured book: Rapid Learning for the 21st Century http://www.troubleshooters.com/rl21
Re: What do you use to generate invoices on OpenBSD?
On Sat, Dec 21, 2019 at 11:57:07PM +, Mikolaj Kucharski wrote: > Hi, > > Do you generate invoices on OpenBSD? What do you recommend? If you have > experience in more than one app, why did you chose one over the other? > If you use something open-source on other OS, let me know as well. If > you use some own written app, for generating invoices, I'm also > interested to hear, just to get an idea, which way people decide to go. > > Please carbon-copy me in the replies, thanks! > > -- > Regards, > Mikolaj > I am working on bringing in LedgerSMB, which is accounting software for small to medium size businesses. That might be overkill for just invoices if you don't need the rest. I had it working on OpenBSD previously but not in ports. It needs quite a few Perl modules imported, but I don't see any obstacles except that manual labor. It uses PostgreSQL. Also uses Apache or Nginx or Perl's Starman server. I'll plug my cause here. :-} I'm far from anything but an amateur porter, so if anyone wants to help either with porting or testing, I'd deeply appreciate it. So would anyone else who might want to run the software. I can test on i386 and amd64. But I do make quite a few mistakes before getting things correct. Chris Bennett
Re: What do you use to generate invoices on OpenBSD?
Am Sat, 21 Dec 2019 16:56:29 -0800 schrieb Lyndon Nerenberg : > tbl + troff -ms has always worked for me. > Can u share a snippet of what you are doing?
Re: What do you use to generate invoices on OpenBSD?
Am Sat, 21 Dec 2019 23:57:07 + schrieb Mikolaj Kucharski : > Hi, > > Do you generate invoices on OpenBSD? What do you recommend? If you > have experience in more than one app, why did you chose one over the > other? If you use something open-source on other OS, let me know as > well. If you use some own written app, for generating invoices, I'm > also interested to hear, just to get an idea, which way people decide > to go. > > Please carbon-copy me in the replies, thanks! > I created a pdf with company logo and use a perl script to inject the numbers with PDF::Reuse Very simple, but it fits for me.
Re: Raspberry Pi question
On 23/12/19 4:03 am, Strahil Nikolov wrote: > did anyone try to install openBSD on Raspberry Pi 4B ? > I know it's not supported , but maybe it does work :) Or maybe not as it's a very different SoC. Core might be an ARM, but it'll have its peripherals in different places to that of the Pi 3 and an OS kernel won't be smart enough to figure that out without being told. -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere.
Raspberry Pi question
Hello Misc, did anyone try to install openBSD on Raspberry Pi 4B ? I know it's not supported , but maybe it does work :) Best Regards, Strahil Nikolov
Re: Adaptive main page for openbsd website.
I prefer it the way it is today, non-adaptive -- one size, no matter what client. That way I can navigate the layout more familiarly, with eyes-closed. Thanks. -ag On Sun, Dec 22, 2019 at 9:50 AM wrote: > > Hello everyone, > > The main page of openbsd.org is currently not responsive. It looks bad > when I access it from > my mobile phone. I offer my version of the home page. My CSS file is 4 > times smaller than it > is now and adapts to the screen size of the device. Please, check it: > https://vttv.xyz. Also, > you can directly download archive with sources: > https://vttv.xyz./openbsd.tar.gz. >
Re: What do you use to generate invoices on OpenBSD?
I don't, but I wonder if there is a WordPress or similar way to do it. That way you have a searchable database plus you can just pull it up on your browser and print it out. Just a thought. Edgar On Dec 22, 2019 4:14 AM, cho...@jtan.com wrote: > > Mikolaj Kucharski writes: > > Hi, > > > > Do you generate invoices on OpenBSD? What do you recommend? If you have > > I use nmh to compose an email to my accountant saying something > along the lines of "please generate the next invoice for work X at > company Y" and a few hours or days later an invoice -- an opaque > object with bureaucratic purposes I am more than happy to keep > encapsulated in their own domain, which is firmly not mine -- shows > up in my inbox. It even gets automatically forwarded to the client! > > Other email software would also work. > > Matthew >
Re: Following patch or stable branch on Octeon
> > I was under impression that original octeon > (mips64) packages were built on SGI hardware which is no longer > supported so I was curios about new build machines. I am fully aware > that mips64 packages are available for 6.6 even though I try to stick > for most part with tools from the base. > Mips64 is the cpu arch, octeon is just one of the implementations of a mips64 machine, so a package from any mips64 box would work (except little-endian mips64le ones from loongson). As for the original question, I do collect a bunch of octeons and go with -current/snaps on them. The very far-apart breaks I experience are less a problem than the joy of getting improvements quickly. Almost all crashes get fixes (or reverts) in a day or so. Also, the more often you upgrade your snaps, the easier it gets to back a few days worth of kernel, as opposed to only updating once per year and then finding some issue (like the sppp stack frame bug in 6.6 for octeons). -- May the most significant bit of your life be positive.
Re: What do you use to generate invoices on OpenBSD?
Mikolaj Kucharski writes: > Hi, > > Do you generate invoices on OpenBSD? What do you recommend? If you have I use nmh to compose an email to my accountant saying something along the lines of "please generate the next invoice for work X at company Y" and a few hours or days later an invoice -- an opaque object with bureaucratic purposes I am more than happy to keep encapsulated in their own domain, which is firmly not mine -- shows up in my inbox. It even gets automatically forwarded to the client! Other email software would also work. Matthew
Re: Re-organising partitions without re-installation
Stuart Longland writes: > > 16 partitions: > > #size offset fstype [fsize bsize cpg] > > a: 268416 64 4.2BSD 2048 16384 2097 # / > > b: 373010 268480swap# none > > c: 167772160 unused > > d: 413056 641504 4.2BSD 2048 16384 3227 # /tmp > > e: 435744 1054560 4.2BSD 2048 16384 3390 # /var > > f: 5006848 1490304 4.2BSD 2048 16384 12958 # /usr > > h: 4403456 6497152 4.2BSD 2048 16384 12958 # > > /usr/local > > i: 2138976 10900608 4.2BSD 2048 16384 12958 # /usr/src > > j: 2746048 13039584 4.2BSD 2048 16384 12958 # /usr/obj > > k: 986208 15785632 4.2BSD 2048 16384 7674 # /home > > Question is, how do I re-organise this space? There is sufficient space > there. /usr/obj and /usr/src are pretty much unused. /usr/local could > be made smaller too as could /home. Copy contents of /home, if any, to /var; Remove partitions i, j and k, replacing with a single large i to mount at /home; format new, larger partition i and restore the contents of /home from the backup; update /etc/fstab. Alternatively back up the contents of /usr/local as well and replace partition h with a larger one if you don't need a /home (except that now sysupgrade does, so...). Reboot not required although you will need to stop/start anything holding files open. Matthew
