@Not_Oles said:
Do you plan to serve the map on http(s)?
Here is the map of Europe (installed lighttpd as the web server with my FastCGI backend)
Awesome! I will have to go look inside at what you did. I am sure I can learn something!
FWIW, here in Mexico, on Chrome in my Duet 5 Chromebook, a part of the rendering seems faster than it was on OpenBSD, another part seems about the same. What happens appears to be in two steps: an initial "wait" with no rendering (maybe about the same elapsed time period between OpenBSD and NetBSD), then the "rendering step," where rendering starts and more slowly (OpenBSD) orr more quickly (NetBSD) moves across the screen.
In a practical sense it doesn't make any real difference, maybe about a second.
I think you changed other things besides just the OS, so the OS difference may not be a cause of any of the small difference that I imagine I might be seeing.
Are you a fan of lighthttpd and FastCGI? When, if at all, would you move from that stack to something else, and what would the something else be?
If somebody else here wants to join the server and maybe be able to see and learn from what @cmeerw did, you would be more than welcome!
@Not_Oles said:
Do you plan to serve the map on http(s)?
Here is the map of Europe (installed lighttpd as the web server with my FastCGI backend)
Awesome! I will have to go look inside at what you did. I am sure I can learn something!
FWIW, here in Mexico, on Chrome in my Duet 5 Chromebook, a part of the rendering seems faster than it was on OpenBSD, another part seems about the same. What happens appears to be in two steps: an initial "wait" with no rendering (maybe about the same elapsed time period between OpenBSD and NetBSD), then the "rendering step," where rendering starts and more slowly (OpenBSD) orr more quickly (NetBSD) moves across the screen.
The initial wait is probably because it takes time to load the Javascript library loaded and started up (it's almost a MB of Javascript).
In a practical sense it doesn't make any real difference, maybe about a second.
I think you changed other things besides just the OS, so the OS difference may not be a cause of any of the small difference that I imagine I might be seeing.
On OpenBSD I used their built-in httpd as the web server - one difference could be that httpd only supports HTTP/1.1, but lighttpd also supports HTTP/2.0.
Are you a fan of lighthttpd and FastCGI? When, if at all, would you move from that stack to something else, and what would the something else be?
I think the other option would be nginx, but at the time I moved from Apache to lighttpd, it was similar to nginx (probably more mature than nginx), and never had a reason to move away from it.
The good thing about FastCGI is that it is somewhat simpler to parse than HTTP and thereby avoids the request smuggling issues with HTTP (which would be the other, and more popular option nowadays).
I did ls in /home and in /usr/pkg/etc plus /usr/pkg/etc/lighthttpd.
Is it okay for me to look deeply inside?
It's fine either way.
I never used lighthttpd before, so it's interesting to me.
Also, while I am making trouble, do we want to compile and run -current? I am doing that elsewhere, redundantly, so it's not like I need to do it on hlcs.
Since not too many LESbians seem super excited about joining, do we want to post about the availability of this fine server on one of the NetBSD mailing lists? Maybe some of the NetBSD guys might want to join LES and join hlcs?
Thanks @Hosteroid! Lovely server! @cmeerw and I are enjoying it very much!
Does anyone else want to join? Please check the "How To Apply" section in the OP.
I did ls in /home and in /usr/pkg/etc plus /usr/pkg/etc/lighthttpd.
Is it okay for me to look deeply inside?
Sure, but the set up will still need a few tweaks to automatically start up after a reboot, and the certificate renewal needs to be set up (usually using acme-tiny for that)
It's fine either way.
I never used lighthttpd before, so it's interesting to me.
Also, while I am making trouble, do we want to compile and run -current? I am doing that elsewhere, redundantly, so it's not like I need to do it on hlcs.
We could, we just need more disk space for the NetBSD partition. I think we can retire OpenBSD and use that space for NetBSD.
Since not too many LESbians seem super excited about joining, do we want to post about the availability of this fine server on one of the NetBSD mailing lists? Maybe some of the NetBSD guys might want to join LES and join hlcs?
Could do that as well - I guess it's a fine line of what to promise and setting the right expectations.
On the table for discussion at the moment are at least:
your nice lighthttpd and map install -- I need to take a look
the LBA[1] filesystem install that you set up -- I need to look more
running NetBSD-current
retiring OpenBSD on this server, for the moment, to free up more space
a few more users, hopefully LESbians, but maybe also from NetBSD.org
Maybe, instead of nudging for additional changes, I could use more time on hlcs the way it is right now to address the first two items on the list.
I might be a bit extra slow right now.
As a learning exercise, I'm writing minimal login pages in PHP and in Javascript. I'm reading some of the FOSSBilling code. I'm compiling NetBSD-current on a test VPS. If the test passes, then my daily driver VPS also gets compiled on NetBSD-current.
Three server nodes already are going for FOSSVPS, which I hear is about to receive several additional server donations.
I'm adding inventory at the various locations to the FOSSVPS website.
A friend with whom I am sharing a VPS is introducing me to XMPP.
@Not_Oles said: your nice lighthttpd and map install -- I need to take a look
Just did some work on this so it properly restarts on a server reboot.
The LE certificate is now managed via acme-tiny in /var/lib/acme-tiny with a cron job in /etc/crontab (and update and restart scripts in /usr/local/bin/acme-tiny-update.sh and /usr/local/bin/acme-tiny-restart.sh)
I have also modified /etc/rc.d/lighttpd to also create /var/run/lighttpd (for the FastCGI Unix domain sockets) - and my map server is started via a @reboot cron job (under my user).
@somik said:
Why not start it using the systemd instead?
There is no systemd on NetBSD.
Yes, but it does use /etc/rc.conf to define startup applications, and since you already added the file to /etc/rc.d/lighttpd you can set it to run on bootup with a simple lighttpd=YES in your rc.conf file.
I speak fluent sarcasm and broken logic. | I would agree with you, but thæn we’d both be wrong.
@somik said:
Why not start it using the systemd instead?
There is no systemd on NetBSD.
Yes, but it does use /etc/rc.conf to define startup applications, and since you already added the file to /etc/rc.d/lighttpd you can set it to run on bootup with a simple lighttpd=YES in your rc.conf file.
Yes, and that's what I am doing for lighttpd itself.
The part I am not starting via /etc/rc.d is the FastCGI application - this one doesn't have any of the daemonize/setuid functionality built in, so just using a @reboot cron job is the easiest option.
@somik said:
Why not start it using the systemd instead?
There is no systemd on NetBSD.
Yes, but it does use /etc/rc.conf to define startup applications, and since you already added the file to /etc/rc.d/lighttpd you can set it to run on bootup with a simple lighttpd=YES in your rc.conf file.
Yes, and that's what I am doing for lighttpd itself.
The part I am not starting via /etc/rc.d is the FastCGI application - this one doesn't have any of the daemonize/setuid functionality built in, so just using a @reboot cron job is the easiest option.
Ah, yes, the fastcgi runs separately in lighttpd, but from what I remember, lighttpd has a mod to startup the php's fastcgi application on lighttpd's bootup. So you enable the fastcgi and fastcgi-pho mods and they start up together.
@somik said:
Why not start it using the systemd instead?
There is no systemd on NetBSD.
Yes, but it does use /etc/rc.conf to define startup applications, and since you already added the file to /etc/rc.d/lighttpd you can set it to run on bootup with a simple lighttpd=YES in your rc.conf file.
Yes, and that's what I am doing for lighttpd itself.
The part I am not starting via /etc/rc.d is the FastCGI application - this one doesn't have any of the daemonize/setuid functionality built in, so just using a @reboot cron job is the easiest option.
Ah, yes, the fastcgi runs separately in lighttpd, but from what I remember, lighttpd has a mod to startup the php's fastcgi application on lighttpd's bootup. So you enable the fastcgi and fastcgi-pho mods and they start up together.
FYI, you do have to change the fastcgi config (which I am sure you already did) to ensure fastcgi runs as www-data and not root user.
Yes, lighttpd could be used to start the fastcgi program - but as you say that is limited to running the fastcgi program as the same user as lighttpd, which I try not to do (ideally, I should create a separate user for the fastcgi program - but for convenience I haven't done that yet, and just run it under my user account).
AFAIK, lighttpd-enable-mod is a Debian thing (at least it's not something that comes with lighttpd). And my fastcgi program is not PHP based - it's written in C++.
BTW, on Linux (on my more production-like set up) I am actually running each fastcgi application as its own user, and further restricting what it can do by putting it into its own namespace (using bwrap), but that's not something NetBSD supports (yet). But I really think a fastcgi application should be separated from the web server process as much as possible.
@Not_Oles said:
* retiring OpenBSD on this server, for the moment, to free up more space
that's something I am planning to do soon.
That's done now - resizing a NetBSD filesystem is always a it fiddly, as you first have to make sure to remove to filesystem journal, then resize the filesystem, and finally re-create the journal again (if you are using wapbl).
I have installed qemu (with nvmm) to run a test NetBSD VM to see if I can reproduce the virtio issue I am seeing on the linveo VPS.
I looks like it could be a memory ordering issue in the virtio communication between the guest and the host, as adding an additional mfence in the driver code seems to fix it.
@cmeerw said:
I have installed qemu (with nvmm) to run a test NetBSD VM to see if I can reproduce the virtio issue I am seeing on the linveo VPS.
I looks like it could be a memory ordering issue in the virtio communication between the guest and the host, as adding an additional mfence in the driver code seems to fix it.
@cmeerw said:
I have installed qemu (with nvmm) to run a test NetBSD VM to see if I can reproduce the virtio issue I am seeing on the linveo VPS.
I looks like it could be a memory ordering issue in the virtio communication between the guest and the host, as adding an additional mfence in the driver code seems to fix it.
Been pretty busy the past week or so with other stuff - mainly replacing my 10 year old low-end laptop with a shiny new low-end laptop. With a 6.17.0 rc5 Linux kernel, even hibernate seems to work fine now.
Other than that, the virtio driver has been fixed on NetBSD HEAD now, waiting to make it's way into 9, 10, and 11 branches.
Went for the Chuwi Corebook X 7430U, really seems like amazing value for money, and works absolutely fine under Linux (Ubuntu 25.04 with an updated kernel).
Went for the Chuwi Corebook X 7430U, really seems like amazing value for money, and works absolutely fine under Linux (Ubuntu 25.04 with an updated kernel).
As a past Chuwi user, I support your choice! I had their dual booting windows/android tablet. Lasted longer then my old lenovo yoga tablet at just over 1.5 years. It died cause I let the battery drain too low and forgot to charge it for a few weeks... When I got back to it, it was dead and would not take a charge. Hopefully they have fixed that by now.
I speak fluent sarcasm and broken logic. | I would agree with you, but thæn we’d both be wrong.
Just thought I'd give LVM a try on NetBSD. Note that approximately half of the disk space is used by Debian (most of it on logical volumes - and there is a bit of free space on the volume).
NetBSD can actually work with the logical volumes created by Linux LVM. So I thought I just use some of the remaining free space to create a test volume for NetBSD and create a new filesystem in it:
newfs -O2ea /dev/M247-X10E-9N-vg/rnetbsd-test
/dev/M247-X10E-9N-vg/rnetbsd-test: 2048.0MB (4194304 sectors) block size 16384, fragment size 2048
using 12 cylinder groups of 170.67MB, 10923 blks, 21184 inodes.
super-block backups (for fsck_ffs -b #) at:
160, 349696, 699232, 1048768, 1398304, 1747840, 2097376, 2446912, 2796448,
...............................................................................
Ok, now we have a new filesystem for NetBSD to use.
Actually, I probably should have enabled lvm=YES (in /etc/rc.conf) and/or started /etc/rc.d/lvm first to make sure all the existing volumes get discovered. Anyway, seemed to work fine without it (but I did do that later).
Mounting that file system also worked fine:
mount /dev/mapper/M247--X10E--9N--vg-netbsd--test /mnt/test
So I then put it into /etc/fstab and rebooted. But the server didn't come back up. So what went wrong?
In /etc/fstab I added rw,log as the options (so we get wapbl meta-data journaling), and that appears to be an issue on a logical volume:
mount -o rw,log /dev/mapper/M247--X10E--9N--vg-netbsd--test /mnt/test
mount_ffs: /dev/mapper/M247--X10E--9N--vg-netbsd--test on /mnt/test: Inappropriate ioctl for device
So somehow that seems to be incompatible for logical volumes. Need to do some investigation...
@cmeerw said:
Just thought I'd give LVM a try on NetBSD. Note that approximately half of the disk space is used by Debian (most of it on logical volumes - and there is a bit of free space on the volume).
NetBSD can actually work with the logical volumes created by Linux LVM. So I thought I just use some of the remaining free space to create a test volume for NetBSD and create a new filesystem in it:
newfs -O2ea /dev/M247-X10E-9N-vg/rnetbsd-test
/dev/M247-X10E-9N-vg/rnetbsd-test: 2048.0MB (4194304 sectors) block size 16384, fragment size 2048
using 12 cylinder groups of 170.67MB, 10923 blks, 21184 inodes.
super-block backups (for fsck_ffs -b #) at:
160, 349696, 699232, 1048768, 1398304, 1747840, 2097376, 2446912, 2796448,
...............................................................................
Ok, now we have a new filesystem for NetBSD to use.
Actually, I probably should have enabled lvm=YES (in /etc/rc.conf) and/or started /etc/rc.d/lvm first to make sure all the existing volumes get discovered. Anyway, seemed to work fine without it (but I did do that later).
Mounting that file system also worked fine:
mount /dev/mapper/M247--X10E--9N--vg-netbsd--test /mnt/test
So I then put it into /etc/fstab and rebooted. But the server didn't come back up. So what went wrong?
In /etc/fstab I added rw,log as the options (so we get wapbl meta-data journaling), and that appears to be an issue on a logical volume:
mount -o rw,log /dev/mapper/M247--X10E--9N--vg-netbsd--test /mnt/test
mount_ffs: /dev/mapper/M247--X10E--9N--vg-netbsd--test on /mnt/test: Inappropriate ioctl for device
So somehow that seems to be incompatible for logical volumes. Need to do some investigation...
That appears to be something that got broken in the NetBSD 11 branch. I have done some analysis and filed PR #59674
Thanks @Hosteroid for the nice server, allowing me to test NetBSD 11.0_BETA.
Yes, it's amazing for the price. I think the only thing that doesn't seem very well supported is the integrated WiFi adapter (it works, but there is lots of additional latency and jitter, even for local network pings), so I am actually using a cheap USB WiFi dongle with it instead. (I don't remember which WiFi chip the laptop has (some recent Realtek one), and I don't have the laptop with me, as I am currently on a business trip with two business laptops, so didn't want to carry a third laptop)
On the plus side, hibernating works flawlessly on the cheap laptop, but is very hit and miss on one of the business laptops, and I haven't figured out how to even enable it on the other one (btw, all running Ubuntu Linux).
the above NetBSD PR?
It's been fixed for quite some time on NetBSD HEAD, but hasn't made it into the 11 branch. I believe the process is to just wait for the developer to eventually submit a pullup request into the branch, so I don't think there is much I can do (I did add a "confirmed working" note to the PR).
Also, if you have time and do not mind, how about please considering posting a screenshot of your terminal on the current LES Talk thread?
My terminal set up isn't that exciting, although I do usually use several tabs with xfce4-terminal.
You might see a few new root logins on hlcs. It's me adding a couple of new places from which I might want to log in. I also removed one place which now is gone.
I might make myself a user account before too long.
NetBSD 11.0_BETA (GENERIC) #0: Fri Nov 28 10:58:58 UTC 2025 # Thanks for the update @cmeerw!
Welcome to NetBSD!
This is a beta release of NetBSD for testing.
Bug reports: https://www.NetBSD.org/support/send-pr.html
Donations to the NetBSD Foundation: https://www.NetBSD.org/donations/
We recommend that you create a non-root account and use su(1) for root access.
hlcs# date
Mon Dec 1 02:01:08 UTC 2025
hlcs# uptime
2:02AM up 1 day, 3:17, 2 users, load averages: 0.00, 0.00, 0.00
hlcs#
So now that LVM is working as expected on NetBSD 11, I am tempted to move more stuff onto LVM, but partitioning is a bit of a mess on the server right now. There is still the (now) old Linux installation occupying most the the LVM partition (with various file systems), and NetBSD uses the rest of the disk space as a huge partition. Maybe it's time to free up the space used by Linux and make it truly NetBSD-only with a smallish NetBSD root filesystem partition and the rest as an LVM partition that then provides space for /home and maybe /usr/pkg?
So now that LVM is working as expected on NetBSD 11, I am tempted to move more stuff onto LVM, but partitioning is a bit of a mess on the server right now. There is still the (now) old Linux installation occupying most the the LVM partition (with various file systems), and NetBSD uses the rest of the disk space as a huge partition. Maybe it's time to free up the space used by Linux and make it truly NetBSD-only with a smallish NetBSD root filesystem partition and the rest as an LVM partition that then provides space for /home and maybe /usr/pkg?
That's done now, this is how is looks now (I haven't assigned all space to partitions):
Here's the output of the same df(1) command that @cmeerw posted, but, this time, with the "-h" option:
hlcs# man df
DF(1) General Commands Manual DF(1)
NAME
df - display free disk space
SYNOPSIS
df [-aclMnqW] [-G | -bkP | -bfgHhikmN] [-t type] [file | file_system]...
DESCRIPTION
df displays statistics about the amount of free disk space on the
specified file_system or on the file system of which file is a part. By
default, all sizes are reported in 512-byte block counts. [ . . . ]
-h Use "human-readable" output for space data. Use unit suffixes:
Byte, Kilobyte, Megabyte, Gigabyte, Terabyte, Petabyte, Exabyte
in order to reduce the number of digits to four or less.
[ . . . ]
@Not_Oles said:
It looks like there are about 247 Gigabytes of space in /home available 24/7/365 for more LESbians!
There is actually a lot more space available, just don't want to add it to the file system if it's not going to be used (as shrinking a file system isn't really possible).
That's what's currently assigned to LVM:
Total PE 98303
Alloc PE / Size 87808 / 343.00 GiB
Free PE / Size 10495 / 41.00 GiB
And then there is another maybe 450 GiB that's currently not even assigned to a partition.
I am planning on rerunning the tilemaker stuff to stress the filesystem a bit more (which might at least temporarily use around 200 GiB on /home).
@cmeerw Yes, you had said that not all the disk space was allocated.
Now I get that tilemaker will temporarily use 200 GiB on /home. I didn't realize tilemaker would be that big!
Nevertheless, even with 200 GiB temporarily used by tilemaker, there still probably remains enough space to add a new LESbian's home directory. And, if additional space is required to accommodate the new gentleman, probably more space could be added.
NetBSD 11.0_BETA (GENERIC) #0: Fri Nov 28 10:58:58 UTC 2025 # Thanks for the update @cmeerw!
Welcome to NetBSD!
This is a beta release of NetBSD for testing.
Bug reports: https://www.NetBSD.org/support/send-pr.html
Donations to the NetBSD Foundation: https://www.NetBSD.org/donations/
We recommend that you create a non-root account and use su(1) for root access.
hlcs# date
Mon Dec 1 02:01:08 UTC 2025
hlcs# uptime
2:02AM up 1 day, 3:17, 2 users, load averages: 0.00, 0.00, 0.00
hlcs#
@cmeerw said:
Just been trying to build Haiku on NetBSD, and it's mostly working now (after making a few changes to the build)
Managed to get a minimal Haiku image built that works. Now trying to get my changes merged into Haiku.
Managed to implement some IPv6 fixes for Haiku (using this fine @Hosteroid server to compile Haiku on NetBSD), so it now gets a 10/10 score on test-ipv6.com:
Comments
Here is the map of Europe (installed lighttpd as the web server with my FastCGI backend)
Awesome!
I will have to go look inside at what you did. I am sure I can learn something!
FWIW, here in Mexico, on Chrome in my Duet 5 Chromebook, a part of the rendering seems faster than it was on OpenBSD, another part seems about the same. What happens appears to be in two steps: an initial "wait" with no rendering (maybe about the same elapsed time period between OpenBSD and NetBSD), then the "rendering step," where rendering starts and more slowly (OpenBSD) orr more quickly (NetBSD) moves across the screen.
In a practical sense it doesn't make any real difference, maybe about a second.
I think you changed other things besides just the OS, so the OS difference may not be a cause of any of the small difference that I imagine I might be seeing.
Are you a fan of lighthttpd and FastCGI? When, if at all, would you move from that stack to something else, and what would the something else be?
If somebody else here wants to join the server and maybe be able to see and learn from what @cmeerw did, you would be more than welcome!
Thanks again to @Hosteroid for the lovely server!
The initial wait is probably because it takes time to load the Javascript library loaded and started up (it's almost a MB of Javascript).
On OpenBSD I used their built-in httpd as the web server - one difference could be that httpd only supports HTTP/1.1, but lighttpd also supports HTTP/2.0.
I think the other option would be nginx, but at the time I moved from Apache to lighttpd, it was similar to nginx (probably more mature than nginx), and never had a reason to move away from it.
The good thing about FastCGI is that it is somewhat simpler to parse than HTTP and thereby avoids the request smuggling issues with HTTP (which would be the other, and more popular option nowadays).
@cmeew I looked around a little.
I did
lsin/homeand in/usr/pkg/etcplus/usr/pkg/etc/lighthttpd.Is it okay for me to look deeply inside?
It's fine either way.
I never used lighthttpd before, so it's interesting to me.
Also, while I am making trouble, do we want to compile and run -current? I am doing that elsewhere, redundantly, so it's not like I need to do it on hlcs.
Since not too many LESbians seem super excited about joining, do we want to post about the availability of this fine server on one of the NetBSD mailing lists? Maybe some of the NetBSD guys might want to join LES and join hlcs?
Thanks @Hosteroid! Lovely server!
@cmeerw and I are enjoying it very much! 
Does anyone else want to join? Please check the "How To Apply" section in the OP.
Sure, but the set up will still need a few tweaks to automatically start up after a reboot, and the certificate renewal needs to be set up (usually using acme-tiny for that)
We could, we just need more disk space for the NetBSD partition. I think we can retire OpenBSD and use that space for NetBSD.
Could do that as well - I guess it's a fine line of what to promise and setting the right expectations.
Thanks @cmeerw!
On the table for discussion at the moment are at least:
Maybe, instead of nudging for additional changes, I could use more time on hlcs the way it is right now to address the first two items on the list.
I might be a bit extra slow right now.
As a learning exercise, I'm writing minimal login pages in PHP and in Javascript. I'm reading some of the FOSSBilling code. I'm compiling NetBSD-current on a test VPS. If the test passes, then my daily driver VPS also gets compiled on NetBSD-current.
Three server nodes already are going for FOSSVPS, which I hear is about to receive several additional server donations.
I'm adding inventory at the various locations to the FOSSVPS website.
A friend with whom I am sharing a VPS is introducing me to XMPP.
[1] Logical Block Addressing -- Allows change of OSes and partitions from inside the server.
Just did some work on this so it properly restarts on a server reboot.
The LE certificate is now managed via
acme-tinyin/var/lib/acme-tinywith a cron job in/etc/crontab(and update and restart scripts in/usr/local/bin/acme-tiny-update.shand/usr/local/bin/acme-tiny-restart.sh)I have also modified
/etc/rc.d/lighttpdto also create/var/run/lighttpd(for the FastCGI Unix domain sockets) - and my map server is started via a@rebootcron job (under my user).Why not start it using the systemd instead?
There is no systemd on NetBSD.
Yes, but it does use
/etc/rc.confto define startup applications, and since you already added the file to/etc/rc.d/lighttpdyou can set it to run on bootup with a simplelighttpd=YESin yourrc.conffile.Yes, and that's what I am doing for lighttpd itself.
The part I am not starting via
/etc/rc.dis the FastCGI application - this one doesn't have any of the daemonize/setuid functionality built in, so just using a@rebootcron job is the easiest option.Ah, yes, the fastcgi runs separately in lighttpd, but from what I remember, lighttpd has a mod to startup the php's fastcgi application on lighttpd's bootup. So you enable the fastcgi and fastcgi-pho mods and they start up together.
FYI, you do have to change the fastcgi config (which I am sure you already did) to ensure fastcgi runs as www-data and not root user.
Yes, lighttpd could be used to start the fastcgi program - but as you say that is limited to running the fastcgi program as the same user as lighttpd, which I try not to do (ideally, I should create a separate user for the fastcgi program - but for convenience I haven't done that yet, and just run it under my user account).
AFAIK,
lighttpd-enable-modis a Debian thing (at least it's not something that comes with lighttpd). And my fastcgi program is not PHP based - it's written in C++.BTW, on Linux (on my more production-like set up) I am actually running each fastcgi application as its own user, and further restricting what it can do by putting it into its own namespace (using
bwrap), but that's not something NetBSD supports (yet). But I really think a fastcgi application should be separated from the web server process as much as possible.Googling suggests that Lighttpd is fast for static files. But Lighttpd does work with PHP.
-- Setting up PHP with Lighttpd
"We have nothing to hide, so please use our bugtracker for all kinds of bugs."
Issue tracking
-- Lighttpd Overview
@Not_Oles I think you should combine all your offers into a single thread
apt mooSpeaking of that, what are the differences in the offers? (sorry if i missed it)
Yes, maybe there are too many threads.
This offer is different than all the others because it is the only one that requests personal ID in the OP.
Thanks for asking!
You can see the FOSSVPS offers listed, with specs, locations, and inventory, on the FOSSVPS website.
The MetalVPS offers are listed on the MetalVPS website.
All the FOSSVPS offers are free. Some of the MetalVPS offers are free.
that's something I am planning to do soon.
Hi, any free server for me? thanks
Hi @bronxies! Welcome to LES! Please read the How To Apply section in the OP. Thanks!
That's done now - resizing a NetBSD filesystem is always a it fiddly, as you first have to make sure to remove to filesystem journal, then resize the filesystem, and finally re-create the journal again (if you are using wapbl).
(there is still Debian installed using the other half of the disk)
Thanks @cmeerw!
Much appreciated! 
Thanks to Hosteroid for our nice community server! Which is now dual booting Debian and NetBSD. . . .
Anybody have a project and want to jump on? Please read "How To Apply" in the OP, and then come and join us!
I have installed qemu (with nvmm) to run a test NetBSD VM to see if I can reproduce the virtio issue I am seeing on the linveo VPS.
I looks like it could be a memory ordering issue in the virtio communication between the guest and the host, as adding an additional mfence in the driver code seems to fix it.
@cmeerw How's it going?
Anybody else want to share this fine server?
Thanks @Hosteroid!
Been pretty busy the past week or so with other stuff - mainly replacing my 10 year old low-end laptop with a shiny new low-end laptop. With a 6.17.0 rc5 Linux kernel, even hibernate seems to work fine now.
Other than that, the virtio driver has been fixed on NetBSD HEAD now, waiting to make it's way into 9, 10, and 11 branches.
Sorry, can't resist asking which one, please?
Went for the Chuwi Corebook X 7430U, really seems like amazing value for money, and works absolutely fine under Linux (Ubuntu 25.04 with an updated kernel).
As a past Chuwi user, I support your choice! I had their dual booting windows/android tablet. Lasted longer then my old lenovo yoga tablet at just over 1.5 years. It died cause I let the battery drain too low and forgot to charge it for a few weeks... When I got back to it, it was dead and would not take a charge. Hopefully they have fixed that by now.
Greetings from our lovely Community Server, kindly donated by Hosteroid!
If you want to jump on the server, please read the OP section about applying, and please get in touch! Thank you!
Best wishes and kindest regards,
Tom
Just thought I'd give LVM a try on NetBSD. Note that approximately half of the disk space is used by Debian (most of it on logical volumes - and there is a bit of free space on the volume).
NetBSD can actually work with the logical volumes created by Linux LVM. So I thought I just use some of the remaining free space to create a test volume for NetBSD and create a new filesystem in it:
Great, that worked.
Ok, now we have a new filesystem for NetBSD to use.
Actually, I probably should have enabled
lvm=YES(in/etc/rc.conf) and/or started/etc/rc.d/lvmfirst to make sure all the existing volumes get discovered. Anyway, seemed to work fine without it (but I did do that later).Mounting that file system also worked fine:
So I then put it into
/etc/fstaband rebooted. But the server didn't come back up. So what went wrong?In
/etc/fstabI addedrw,logas the options (so we get wapbl meta-data journaling), and that appears to be an issue on a logical volume:So somehow that seems to be incompatible for logical volumes. Need to do some investigation...
Awesome!
That appears to be something that got broken in the NetBSD 11 branch. I have done some analysis and filed PR #59674
Thanks @Hosteroid for the nice server, allowing me to test NetBSD 11.0_BETA.
@cmeerw May I please ask for an update on
Also, if you have time and do not mind, how about please considering posting a screenshot of your terminal on the current LES Talk thread?
Does anyone else want to use the hlcs server? Please check the How to Apply section in the OP.
Yes, it's amazing for the price. I think the only thing that doesn't seem very well supported is the integrated WiFi adapter (it works, but there is lots of additional latency and jitter, even for local network pings), so I am actually using a cheap USB WiFi dongle with it instead. (I don't remember which WiFi chip the laptop has (some recent Realtek one), and I don't have the laptop with me, as I am currently on a business trip with two business laptops, so didn't want to carry a third laptop)
On the plus side, hibernating works flawlessly on the cheap laptop, but is very hit and miss on one of the business laptops, and I haven't figured out how to even enable it on the other one (btw, all running Ubuntu Linux).
It's been fixed for quite some time on NetBSD HEAD, but hasn't made it into the 11 branch. I believe the process is to just wait for the developer to eventually submit a pullup request into the branch, so I don't think there is much I can do (I did add a "confirmed working" note to the PR).
My terminal set up isn't that exciting, although I do usually use several tabs with xfce4-terminal.
Thanks @cmeerw!
You might see a few new root logins on hlcs. It's me adding a couple of new places from which I might want to log in. I also removed one place which now is gone.
I might make myself a user account before too long.
Thanks again!
Cyber Monday Deal -- Free Shell Account!
Please review How To Apply in this thread's OP.
Thanks to Hosteroid for the nice server!
Thanks to @cmeerw for awesome system administration!
Just been trying to build Haiku on NetBSD, and it's mostly working now (after making a few changes to the build)
The fix for that PR has now been pulled into the NetBSD 11 branch
Congrats!
Also, your link to releing.netbsd.org introduced me to the way improvements get added into the releases aspect of NetBSD, so extra thanks to you!
If anyone well known here at LES wants an account on our server, please check the How To Apply section in the OP. ORL!
Thanks to @Hosteroid for our lovely server!
Most excellent, great job! \o/
Managed to get a minimal Haiku image built that works. Now trying to get my changes merged into Haiku.
So now that LVM is working as expected on NetBSD 11, I am tempted to move more stuff onto LVM, but partitioning is a bit of a mess on the server right now. There is still the (now) old Linux installation occupying most the the LVM partition (with various file systems), and NetBSD uses the rest of the disk space as a huge partition. Maybe it's time to free up the space used by Linux and make it truly NetBSD-only with a smallish NetBSD root filesystem partition and the rest as an LVM partition that then provides space for
/homeand maybe/usr/pkg?@cmeerw Sounds great to me!
Anyone else want to chime in? Please check the How To Apply section of the OP, then come and join us!
Thanks to @Hosteroid for the nifty server!
That's done now, this is how is looks now (I haven't assigned all space to partitions):
Thanks @cmeerw!
As always, great work! 
Here's the output of the same df(1) command that @cmeerw posted, but, this time, with the "-h" option:
It looks like there are about 247 Gigabytes of space in
for more LESbians!
/homeavailable 24/7/365Please review the How To Apply section of this thread's OP and then come and join us!
Best wishes for the holidays and for the new year ahead!
Thanks to @Hosteroid for the nice server donation!
Thanks to @cmeerw for excellent sysadmin work! 
There is actually a lot more space available, just don't want to add it to the file system if it's not going to be used (as shrinking a file system isn't really possible).
That's what's currently assigned to LVM:
And then there is another maybe 450 GiB that's currently not even assigned to a partition.
I am planning on rerunning the tilemaker stuff to stress the filesystem a bit more (which might at least temporarily use around 200 GiB on
/home).@cmeerw Yes, you had said that not all the disk space was allocated.
Now I get that tilemaker will temporarily use 200 GiB on /home. I didn't realize tilemaker would be that big!
Nevertheless, even with 200 GiB temporarily used by tilemaker, there still probably remains enough space to add a new LESbian's home directory. And, if additional space is required to accommodate the new gentleman, probably more space could be added.
Best wishes and thanks again!
Congrats on the setup, and thanks for the free shell offer!
@Nilima08 Welcome to LES! Hope you enjoy it here!
Thanks to @Hosteroid for the server donation!
Managed to implement some IPv6 fixes for Haiku (using this fine @Hosteroid server to compile Haiku on NetBSD), so it now gets a 10/10 score on test-ipv6.com: