Free LES Community Server from Hosteroid via MetalVPS!

Not_OlesNot_Oles Provider
edited April 2025 in VPS

Hosteroid has kindly given @Not_Oles and MetalVPS a free dedicated server to be used for the benefit of the LES community. @Not_Oles and MetalVPS are offering free shell accounts on this excellent Hosteroid server. From your shell account, you can do anything which is friendly, reasonable, fair, and White Hat.

Why:

  • Fun discussion and learning here in this, our LES thread.
  • Every time I ( @Not_Oles ) touch a server I learn much more about how much more I need to learn.
  • I need you guys to teach me.

Specs:

  • CPU: Intel Xeon E3-1240 v5
  • Cores: 4
  • Threads: 8
  • RAM: 2 x 16 GB DDR4 ECC
  • Disk: 1 TB M.2 NVMe
  • IPv4: 1 x /32
  • IPv6: 1 x /48
  • Network: 1 Gbps
  • Bandwidth: 15 TB
  • Location: Bucharest, Romania
  • OS: Debian 12.10
  • Server name: hlcs = Hosteroid LES Community Server <3
  • Hetrix Tools IPv4 Ping Monitor
  • Hetrix Tools IPv6 Ping Monitor

Rules:

  • Free, open source software only.
  • White Hat only.
  • @Not_Oles must know who and where you are.
  • For well known and well loved LESbians.
  • Active participation in this thread is required.
  • No service level guarantee.
  • Not for business use.
  • Zero abuse tolerance.

More Info:

  • Besides working in your shell account via ssh, at least chroot, debootstrap, schroot, proot, KVM VPSes, LXC, and systemd containers might be available. BashVM is installed (Thanks @babywhale! <3) to help with NAT KVM installs. There is 1 IPv4/32 and 1 IPv6/48. Additional IPs might be available. The server root account or certain privileges might be shared.

  • Additional installs already include or might soon include Apache2, GCC and friends, Plan9port, Python, MIT-Scheme, Pre-Scheme Restoration, Racket, Lua, Luajit, Go, NetBSD pkgsrc, the TUHS Unixtree, and more. As yet, no X or Wayland.

  • MetalVPS is an indie project of Tom Miller.

  • Please see Community Bare Metal Server for @Not_Oles' original server request and @Hosteroid's kind donation. That thread is where @Not_Oles used the POWER of LES to meet the POWER of Hosteroid! :star:

How To Apply:

  • Please post in this thread. Please explain what you want to do on our server.

  • When you post in this thread about what you want to do on the server, please also post in this thread or email @Not_Oles at the address on his profile: links to your website, to your source code repository, and to other online profiles. Please remember that, quoting from the Rules above, "@Not_Oles must know who and where you are." Some people send scans of government and university ID. Other people send other or additional things. Unfortunately @Not_Oles can't see many pages on Twitter, Facebook, and on LinkedIn because logins are required. Sorry for any inconvenience!

  • One of our friendly Administrators here at LES, Mason, is a great example of somebody whose request for an account would be accepted right away. Thanks to @Mason for kind permission to link to his pages. <3

  • A little flexibility helps a lot. I haven't checked to see whether Mason's public pages contain an address with a street number. Maybe someone else does things a little differently than Mason but still has a public presence and an identity that's easy to find. There might be a few LESbians who are well enough known here that not much else is necessary.

  • I appreciate that many people here on the Low End have important and fully legitimate concerns about privacy. I respect those concerns! Happily there are many options available here on our beautiful Low End for people concerned about privacy.

Thanks Hosteroid! <3 Thanks LES! <3

Tagged:
«13456710

Comments

  • # curl -sL yabs.sh | bash
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    #              Yet-Another-Bench-Script              #
    #                     v2024-06-09                    #
    # https://github.com/masonr/yet-another-bench-script #
    # ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## ## #
    
    Thu Dec  5 02:52:09 AM UTC 2024
    
    Basic System Information:
    ---------------------------------
    Uptime     : 1 days, 4 hours, 14 minutes
    Processor  : Intel(R) Xeon(R) CPU E3-1240 v5 @ 3.50GHz
    CPU cores  : 8 @ 2849.471 MHz
    AES-NI     : ✔ Enabled
    VM-x/AMD-V : ✔ Enabled
    RAM        : 31.3 GiB
    Swap       : 3.8 GiB
    Disk       : 912.0 GiB
    Distro     : Debian GNU/Linux 12 (bookworm)
    Kernel     : 6.1.0-28-amd64
    VM Type    : NONE
    IPv4/IPv6  : ✔ Online / ✔ Online
    
    IPv6 Network Information:
    ---------------------------------
    ISP        : M247 Europe SRL
    ASN        : AS9009 M247 Europe SRL
    Host       : HOSTEROID Bucharest
    Location   : Bucharest, București (B)
    Country    : Romania
    
    fio Disk Speed Tests (Mixed R/W 50/50) (Partition /dev/mapper/M247--X10E--9N--vg-root):
    ---------------------------------
    Block Size | 4k            (IOPS) | 64k           (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 755.82 MB/s (188.9k) | 449.23 MB/s   (7.0k)
    Write      | 757.81 MB/s (189.4k) | 451.60 MB/s   (7.0k)
    Total      | 1.51 GB/s   (378.4k) | 900.83 MB/s  (14.0k)
               |                      |                     
    Block Size | 512k          (IOPS) | 1m            (IOPS)
      ------   | ---            ----  | ----           ---- 
    Read       | 766.84 MB/s   (1.4k) | 979.04 MB/s    (956)
    Write      | 807.59 MB/s   (1.5k) | 1.04 GB/s     (1.0k)
    Total      | 1.57 GB/s     (3.0k) | 2.02 GB/s     (1.9k)
    
    iperf3 Network Speed Tests (IPv4):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 917 Mbits/sec   | 707 Mbits/sec   | 37.6 ms        
    Eranium         | Amsterdam, NL (100G)      | 924 Mbits/sec   | 922 Mbits/sec   | 33.3 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 632 Mbits/sec   | 489 Mbits/sec   | 113 ms         
    Leaseweb        | Singapore, SG (10G)       | 782 Mbits/sec   | 493 Mbits/sec   | 212 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 797 Mbits/sec   | 186 Mbits/sec   | 172 ms         
    Leaseweb        | NYC, NY, US (10G)         | 854 Mbits/sec   | 634 Mbits/sec   | 109 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 727 Mbits/sec   | 155 Mbits/sec   | 236 ms         
    
    iperf3 Network Speed Tests (IPv6):
    ---------------------------------
    Provider        | Location (Link)           | Send Speed      | Recv Speed      | Ping           
    -----           | -----                     | ----            | ----            | ----           
    Clouvider       | London, UK (10G)          | 904 Mbits/sec   | 887 Mbits/sec   | 37.7 ms        
    Eranium         | Amsterdam, NL (100G)      | 910 Mbits/sec   | 907 Mbits/sec   | 33.2 ms        
    Uztelecom       | Tashkent, UZ (10G)        | 857 Mbits/sec   | 475 Mbits/sec   | 113 ms         
    Leaseweb        | Singapore, SG (10G)       | 742 Mbits/sec   | 675 Mbits/sec   | 212 ms         
    Clouvider       | Los Angeles, CA, US (10G) | 791 Mbits/sec   | 207 Mbits/sec   | 172 ms         
    Leaseweb        | NYC, NY, US (10G)         | 841 Mbits/sec   | 575 Mbits/sec   | 109 ms         
    Edgoo           | Sao Paulo, BR (1G)        | 728 Mbits/sec   | 231 Mbits/sec   | 237 ms         
    
    Geekbench 6 Benchmark Test:
    ---------------------------------
    Test            | Value                         
                    |                               
    Single Core     | 1508                          
    Multi Core      | 5052                          
    Full Test       | https://browser.geekbench.com/v6/cpu/9248860
    
    YABS completed in 12 min 36 sec
    # 
    
  • We all love you, Not_Oles

  • edited December 2024

    Please disregard.

  • This is awesome

    I moved all my websites to Carrd, and cancelled all my idlers.
    Save the earth, don't idle.

  • edited December 2024

    Love what you do for the community @Not_Oles ! I personally operate in a similar learn-as-I-go mentality as you seem to, frequently finding myself discovering something that I don't understand at all or not well, then going down a rabbit hole experimenting. I can only imagine the headaches and hassle that must accompany running a project like this one, and I applaud you for taking it on for the betterment of the community and to help those who need access to a test server!

    And of course, huge thanks to @Hosteroid for the server (and to other providers who I know have provided servers as well)!

  • @SocksAreComfortable said:
    Love what you do for the community

    @Not_Oles 's socks must be very comfortable.

  • Seems pretty quiet around here... so maybe there is a chance for me to get an account on this fine server?

    While I do currently have sufficient VPS capacity for most stuff, I don't really like to run long compile jobs on one of these VPSes - and as it happens I just found some weird bug in Haiku yesterday that I'd like to take a stab at fixing. Does that sound like a good use of the server?

    @Not_Oles I believe you have already done a background check on me early last year when I had an account for a short time on one of your Hetzner servers (which I also used to fix another Haiku bug with IPv6 header checksums), so not sure if you need any additional information (but just googling will likely be sufficient anyway).

  • Hi @cmeerw!

    Always nice to see you!

    I added your key from last year to the root account. I sent you login information via PM.

    Please feel free to go ahead and do whatever you want. You don't have to ask me first.

    I don't have anything running on the server right now. I do have backups of my few files which are there. So you don't have to worry about my stuff on the server.

    If you want to reinstall or anything else that requires IPMI, I have IPMI credentials which I can share with you.

    Please post notes about your adventures here in this thread when you can. Please feel free to post here, PM, or email me as needed.

    Anything else I can do to help you, please don't hesitate to ask.

    Thanks so much! It's wonderful to have you aboard!

    Best!

    Tom

    Thanks to @Hosteroid for the very fine server! <3

  • @cmeerw said:

    I found some weird bug in Haiku yesterday that I'd like to take a stab at fixing. Does that sound like a good use of the server?

    Cool!

  • Thanks so much.

    Just did some basic setup tasks to add a user account and generate a few more locales, i.e.

    adduser cmeerw
    adduser cmeerw sudo
    dpkg-reconfigure locales
    

    and selected these additional locales:

    de_AT.UTF-8 UTF-8
    de_DE.UTF-8 UTF-8
    en_GB.UTF-8 UTF-8
    en_US.UTF-8 UTF-8
    
  • Installed a few more dev packages:

    sudo apt-get install nasm texinfo gawk unzip zip libzstd-dev xorriso gcc-multilib
    

    ohh... and jed (can't have a machine without jed)

    sudo apt-get install jed
    
  • @Not_Oles what would you think about using btrfs or xfs for /home partition (or another partition)?

    As Haiku says in their dev documentation there are reasons not to use ext4:

    Building Haiku correctly currently requires proper xattr support on the file system you compile it with. Unfortunately, the ext4 filesystem often used with Linux does not provide sufficient support. It is recommended to use either XFS or btrfs for the partition where your generated directory is stored. There is a fallback mechanism that is used otherwise, but the build will be slower.

    Maybe this could be a good opportunity to learn something new and try btrfs (I would usually use xfs everywhere)? Obviously, needs a bit of planning, but would IPMI allow us to boot into a Debian live CD or rescue system to shrink the existing ext4 filesystem/partition?

  • @cmeerw said:
    @Not_Oles what would you think about using btrfs or xfs for /home partition (or another partition)?

    As Haiku says in their dev documentation there are reasons not to use ext4:

    Building Haiku correctly currently requires proper xattr support on the file system you compile it with. Unfortunately, the ext4 filesystem often used with Linux does not provide sufficient support. It is recommended to use either XFS or btrfs for the partition where your generated directory is stored. There is a fallback mechanism that is used otherwise, but the build will be slower.

    Maybe this could be a good opportunity to learn something new and try btrfs (I would usually use xfs everywhere)? Obviously, needs a bit of planning, but would IPMI allow us to boot into a Debian live CD or rescue system to shrink the existing ext4 filesystem/partition?

    You could also simply use a loop device (a filesystem in a file), then the partitioning could stay the same. Of course that would have a slight overhead, but usually that's negligible.

    LTstats resource monitoring system | Recommended providers: Onidel, Layer7, v6node, HostBilby, Dataforest, Gigahost | AS202986

  • Not_OlesNot_Oles Provider
    edited December 2024

    @cmeerw

    @Not_Oles what would you think about using btrfs or xfs for /home partition (or another partition)?
    Maybe this could be a good opportunity to learn something new and try btrfs (I would usually use xfs everywhere)?

    I'm all for it as long as you are. So far, I've mostly used ext4. But if you want btrfs or xfs it's fine with me.

    would IPMI allow us to boot into a Debian live CD or rescue system to shrink the existing ext4 filesystem/partition?

    I haven't tried the IMPI interface yet. Hosteroid did the original install. My guess is that the IPMI interface will want the IPMI user to run a Java jnlp file. I don't have Java in my Chromebook, and a friend is using my MacBook.

    My guess is that the easiest thing to do is simply reinstall with everything the way you want it. Obviously, if there were other users, we'd have to consider their views, but, as you said, it's been quiet here. A reinstall could be NetBSD, or pretty much anything else open source, such as Haiku if that would work, another Linux or BSD. But, if you prefer to shrink / change the existing partitions and keep the existing install, that's fine too.

    Based on previous experience, we might need to change the root password back to the original password before the IPMI could work.

    What I'm going to do is reset the root password to the original, then I will PM you the IPMI login details, and you can work on the IPMI as and when and if you please. Please feel free to do whatever you want. My only request is that you please grab my ssh keys from the current install and dump them somewhere on on the reinstalled machine.

    If you don't want to try the IPMI yourself, just let me know, and I will try it.

    Yet another alternative is to ask Hosteroid <3 to do whatever install we want. They are really nice, <3 and probably wouldn't mind extra work. <3

    If I missed anything, let me know, please. Thanks!<3

  • Not_OlesNot_Oles Provider
    edited December 2024

    @lukast__ said: You could also simply use a loop device (a filesystem in a file), then the partitioning could stay the same. Of course that would have a slight overhead, but usually that's negligible.

    Hi @lukast__!

    That's a really good idea! :star:

    Thanks!

    Best wishes!

    Tom

  • @Not_Oles said:
    @cmeerw

    @Not_Oles what would you think about using btrfs or xfs for /home partition (or another partition)?
    Maybe this could be a good opportunity to learn something new and try btrfs (I would usually use xfs everywhere)?

    I'm all for it as long as you are. So far, I've mostly used ext4. But if you want btrfs or xfs it's fine with me.

    would IPMI allow us to boot into a Debian live CD or rescue system to shrink the existing ext4 filesystem/partition?

    I haven't tried the IMPI interface yet. Hosteroid did the original install. My guess is that the IPMI interface will want the IPMI user to run a Java jnlp file. I don't have Java in my Chromebook, and a friend is using my MacBook.

    My guess is that the easiest thing to do is simply reinstall with everything the way you want it. Obviously, if there were other users, we'd have to consider their views, but, as you said, it's been quiet here. A reinstall could be NetBSD, or pretty much anything else open source, such as Haiku if that would work, another Linux or BSD. But, if you prefer to shrink / change the existing partitions and keep the existing install, that's fine too.

    Based on previous experience, we might need to change the root password back to the original password before the IPMI could work.

    What I'm going to do is reset the root password to the original, then I will PM you the IPMI login details, and you can work on the IPMI as and when and if you please. Please feel free to do whatever you want. My only request is that you please grab my ssh keys from the current install and dump them somewhere on on the reinstalled machine.

    If you don't want to try the IPMI yourself, just let me know, and I will try it.

    Yet another alternative is to ask Hosteroid <3 to do whatever install we want. They are really nice, <3 and probably wouldn't mind extra work. <3

    If I missed anything, let me know, please. Thanks!<3

    You can boot directly to rescue or boot your own ISO, no need for java, you can do it all via HTML5 KVM Console :)

  • @Hosteroid said: You can boot directly to rescue or boot your own ISO, no need for java, you can do it all via HTML5 KVM Console

    Wow! NVMe disk too! Really up to date!

    Thanks! <3

  • @cmeerw Root password changed. IPMI details sent via PM. Anything else?

  • @Not_Oles said:

    @Hosteroid said: You can boot directly to rescue or boot your own ISO, no need for java, you can do it all via HTML5 KVM Console

    Wow! NVMe disk too! Really up to date!

    Thanks! <3

    I forgot to rediscover hardware of your system to grab all stuff :( it will need an reboot when you guys fell its okay..

  • @Not_Oles said: What I'm going to do is reset the root password to the original, then I will PM you the IPMI login details, and you can work on the IPMI as and when and if you please. Please feel free to do whatever you want. My only request is that you please grab my ssh keys from the current install and dump them somewhere on on the reinstalled machine.

    I am actually quite curious to try IPMI, but will likely wait for the weekend (or at least not today), so I have enough time to fix it again in case I completely mess it up.

    I think the plan is still to first just try and shrink the ext4 filesystem (and then create a new partition).

    Thanks for providing that learning opportunity!

  • @Hosteroid said:

    I forgot to rediscover hardware of your system to grab all stuff :( it will need an reboot when you guys fell its okay..

    @Hosteroid No worries, it's fine. Thanks for letting us know! <3

    I will let @cmeerw proceed over the weekend, as he just said, but, if it's okay with @cmeerw, maybe do the reboot sooner so that it is done?

  • I need to do it to rediscover all hardware and to get it added under server management panel where you have also IPMI

  • Right, I get that you need to do it. It's okay with me for you to do the reboot whenever you want. You don't need to ask me in advance, since I'm not running anything on the server myself at the moment. So, whenever @cmeerw says the reboot done by you is all right with him, then it also is all right with me. Thanks again! <3

  • Absolutely fine for me to reboot now @Hosteroid

  • @cmeerw said:
    Absolutely fine for me to reboot now @Hosteroid

    Thats it server is back online, you see all hardware now in IPMI Panel :)

  • Confirmed! Thank you @Hosteroid! <3

    root@hlcs:~# date
    Tue Dec 10 09:09:02 PM UTC 2024
    root@hlcs:~# uptime
     21:09:07 up 5 min,  1 user,  load average: 0.00, 0.00, 0.00
    root@hlcs:~# 
    

  • I'm trying to install plan9port, which I have done previously quite a few times on various VPSes and dedicated servers with various operating systems. On hlcs, I am seeing the following error, which I never saw before:

    >>> cd /usr/local/plan9/src/cmd/devdraw; mk all   
    9c -I/usr/include x11-alloc.c
    x11-inc.h:13:10: fatal error: X11/Xlib.h: No such file or directory
       13 | #include <X11/Xlib.h>
          |          ^~~~~~~~~~~~
    compilation terminated.
    mk: 9c -I/usr/include x11-alloc.c  : exit status=exit(1)
    mk: for i in ...  : exit status=exit(1)
    mk: for i in ...  : exit status=exit(1)
    root@hlcs:/usr/local/plan9# 
    

    It seems like the build wants Xlib.h. But why is this error only showing up on hlcs?

    I just spun up a VPS (Debian 12 on arm) and successfully built plan9port.

    Here's what /usr/local/plan9/install.log on the test VPS says about building devdraw, which doesn't fail for lack of Xlib.h:

    cd /usr/local/plan9/src/cmd/devdraw; mk all
    9c  mklatinkbd.c
    9l -o o.mklatinkbd mklatinkbd.o
    ./o.mklatinkbd -r $PLAN9/lib/keyboard | sed 's/, }/ }/' >latin1.h
    9c  nowsys.c
    9l -o o.devdraw nowsys.o 
    
  • @Not_Oles said: It seems like the build wants Xlib.h. But why is this error only showing up on hlcs?

    You probably need libx11-dev installed, libx11-dev is not installed by default in a minimal debian installation so it's expected to fail.

  • Not_OlesNot_Oles Provider
    edited December 2024

    Thanks @itsdeadjim! That was my initial theory too! But then I checked and found that Xlib.h didn't seem to be installed on other Debian systems where the plan9port build succeeded. I thought, well, maybe there's something deeper than just the missing Xlib.h.

    After you posted I went ahead, apt-get upgraded and apt-get installed the Debian xorg and libx11-dev packages.

    Did the plan9port build succeed?

    cd /usr/local/plan9/src/cmd/devdraw; mk all
    9c -I/usr/include x11-alloc.c
    x11-inc.h:17:10: fatal error: X11/IntrinsicP.h: No such file or directory
    17 | #include <X11/IntrinsicP.h>
    | ^~~~~~
    compilation terminated.
    mk: 9c -I/usr/include x11-alloc.c : exit status=exit(1)
    mk: for i in ... : exit status=exit(1)
    mk: for i in ... : exit status=exit(1)
    root@hlcs:/usr/local/plan9#

    IntrinsicP.h seems to be in Debian package libxt-dev.

    So let me go try installing libxt-dev. . . .

  • edited December 2024

    https://github.com/9fans/plan9port/blob/master/install.txt

    Have a look at lines 50-65

    Maybe in other systems you have configured it to not use X11?

  • Thanks @itsdeadjim!

    I finally got the plan9port install to succeed! Here's the tail of the INSTALL output:

    * Installing everything in /usr/local/plan9/bin...
    * Cleaning up...                                       
    * Renaming hard-coded /usr/local/plan9 paths...           
    * Building web manual...
    * Done.                          
    
    * Add these to your profile environment.
            PLAN9=/usr/local/plan9 export PLAN9
            PATH=$PATH:$PLAN9/bin export PATH
    root@hlcs:/usr/local/plan9# 
    

    I had to install several libraries. Here's a snip from .bash_history:

      326  # reinstall plan9port after installing libx11-dev to get Xlib.h
      327  ./INSTALL 
      328  date
      329  apt-get install libxt-dev # to get Intrinsic.h
      330  ./INSTALL
      331  date
      332  apt-get install libfontconfig1-dev # to get fontconfig.h
      333  ./INSTALL
      334  date
      335  apt-get install libxcb-shape0-dev # This one didn't help to get shape.h. 
      336  ./INSTALL
      337  date
      338  apt-get install libxext-dev # to get shape.h
      339  ./INSTALL # Success!
    

    @itsdeadjim said:
    https://github.com/9fans/plan9port/blob/master/install.txt

    Have a look at lines 50-65

    Maybe in other systems you have configured it to not use X11?

        46            INSTALL writes various autodetected settings to
        47            /usr/local/plan9/config.  The file
        48            /usr/local/plan9/LOCAL.config is appended to config after
        49            this auto-detection and can be used to override the choices.
        50            If LOCAL.config contains a line WSYSTYPE=nowsys then the
        51            system is built without using X11.  LOCAL.config may also
        52            list settings for CC9 (the host C compiler) and CC9FLAGS
        53            (any additional flags to pass to the compiler).  Values more
        54
        55       Page 1                       Plan 9              (printed 4/9/21)
        56
        57       INSTALL(1)                                             INSTALL(1)
        58
        59            complex than single words should be quoted with single
        60            quotes.
        61
        62            On most Linux systems, the X11 header packages need to be
        63            installed to build using X11.  On Debian. the required pack-
        64            ages are libfontconfig1-dev, libx11-dev, libxext-dev, and
        65            libxt-dev.  On Ubuntu, it suffices to install xorg-dev.
    

    Duh! So I confess to a bad habit of trying things without re-reading the instructions that I've forgotten after years of, as best as I can remember, installing plan9port on various systems with just ./INSTALL.

    Duh! So maybe there might be some difference between the Debian image Hosteroid's installer uses and both the other providers' Debian images I have used as well as the official Debian images that I also have used. I'm not complaining about the Hosteroid image, which seems to work very well in all respects. Maybe somebody who build the Hosteroid image removed some less often useful on servers header files to save space?

    Maybe in other systems you have configured it to not use X11?

    I've never knowingly changed the plan9port build configuration as described on lines 50 and 51, above. Previously, as best I can remember, plan9port always just worked.

    Maybe I can look around some more and figure out something more? At the least I do seem to have plan9port installed and working on hlcs -- the command line parts of plan9port, such as the ed editor, the p pager, awk, troff, and more are what's important to me. Someday maybe I will try the graphical parts, like acme, which might be the more important user applications plan9port brings from Plan 9.

    Thanks @Hosteroid! <3 Thanks again @itsdeadjim! <3

  • Not_OlesNot_Oles Provider
    edited December 2024

    Hosteroid Intel (Debian 12):

    root@hlcs:/usr/local/plan9# cat config
    FONTSRV=fontsrv
    root@hlcs:/usr/local/plan9# 
    

    Hetzner Cloud arm VPS (Debian 12):

    root@nbg:/usr/local/plan9# cat config
    FONTSRV=
    root@nbg:/usr/local/plan9# 
    

    Linveo VPS Ryzen (NetBSD-current):

    linveo# cat config
    CC9=gcc
    LDFLAGS='-L/usr/X11R7/lib -pthread'
    CFLAGS='-pthread'
    FONTSRV=
    linveo# 
    

    Since ./INSTALL worked on the latter two installs, maybe it's the FONTSRV=fontsrv which caused the issue on Hosteroid. Maybe I can learn more about why that value is different on the Hosteroid Debian 12 versus the Hetzner Cloud Debian 12 and the NetBSD-current. :)

    Thanks Hosteroid! <3

  • According to Hetrix Tools, it looks like we might have enjoyed a 2 minute IPv4 outage! The outage probably wasn't caused by our server because hlcs' uptime extends back beyond the outage and because there was no corresponding IPv6 outage reported.

    From Hetrix Tools:

    Back up:

    One of your uptime monitors is now UP.
    Monitor: Hosteroid LES Community Server IPv4 Ping Monitor
    Target: xxx.xxx.xxx.xxx[ping]
    Downtime: 2 min
    Noticed at: 2024-12-12 11:09:34 (UTC+00:00)

    Down:

    One of your uptime monitors is now DOWN.
    Monitor: Hosteroid LES Community Server IPv4 Ping Monitor
    Target: xxx.xxx.xxx.xxx[ping]
    Noticed at: 2024-12-12 11:07:34 (UTC+00:00)
    Encountered errors:
    Amsterdam: Timeout (5 sec)
    London: Timeout (5 sec)
    Warsaw: Timeout (5 sec)

    Uptime:

    root@hlcs:~# date
    Thu Dec 12 10:24:05 PM UTC 2024
    root@hlcs:~# uptime
     22:24:09 up 2 days,  1:20,  4 users,  load average: 0.00, 0.07, 0.40
    root@hlcs:~# 
    

    Of course the short outage doesn't matter (aside from the Low End zillions we lost /s). Nevertheless, I'd love to know what happened. @Hosteroid, any ideas, please?

    Thanks again to @Hosteroid for donating our lovely Community server! <3 <3 <3

    We would love to accept more server Neighbors from the LES Community! If you are interested, please review How To Apply in the OP. Thanks!

  • HosteroidHosteroid Provider
    edited December 2024

    Maybe ask HetrixTools, last flap is since i rebooted server:

    Physical interface: ge-1/0/4, Enabled, Physical link is Up
      Interface index: 136, SNMP ifIndex: 607, Generation: 139
      Description: Not_Oles
      Link-level type: Ethernet, MTU: 1514, LAN-PHY mode, Speed: Auto, Duplex: Auto, BPDU Error: None, MAC-REWRITE Error: None, Loopback: Disabled, Source filtering: Disabled, Flow control: Enabled, Auto-negotiation: Enabled, Remote fault: Online, Media type: Copper
      Device flags   : Present Running
      Interface flags: SNMP-Traps Internal: 0x0
      Link flags     : None
      CoS queues     : 8 supported, 8 maximum usable queues
      Hold-times     : Up 0 ms, Down 0 ms
      Current address: 88:a2:5e:e0:62:07, Hardware address: 88:a2:5e:e0:62:07
      Last flapped   : 2024-12-10 21:03:36 UTC (2d 01:28 ago)
      Statistics last cleared: Never
      Traffic statistics:
       Input  bytes  :          74616019006                    0 bps
       Output bytes  :         129140066977                12808 bps
       Input  packets:             63796681                    0 pps
       Output packets:            521882699                   25 pps
       IPv6 transit statistics:
        Input  bytes  :                   0
        Output bytes  :                   0
        Input  packets:                   0
        Output packets:                   0
      Input errors:
        Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Policed discards: 0, L3 incompletes: 0, L2 channel errors: 0, L2 mismatch timeouts: 0, FIFO errors: 0, Resource errors: 0
      Output errors:
        Carrier transitions: 57, Errors: 0, Drops: 3509410, Collisions: 0, Aged packets: 0, FIFO errors: 0, HS link CRC errors: 0, MTU errors: 0, Resource errors: 0
      Egress queues: 8 supported, 4 in use
      Queue counters:       Queued packets  Transmitted packets      Dropped packets
        0                                0            502666545              3509410
        1                                0                    0                    0
        5                                0                    0                    0
        7                                0             19216174                    0
      Queue number:         Mapped forwarding classes
        0                   best-effort
        1                   assured-forwarding
        5                   expedited-forwarding
        7                   network-control
      Active alarms  : None
      Active defects : None
      MAC statistics:                      Receive         Transmit
        Total octets                   74616019006     129140066977
        Total packets                     63796681        521882699
        Unicast packets                   63795766         87471727
        Broadcast packets                       39        412415533
        Multicast packets                      876         21995439
        CRC/Align errors                         0                0
        FIFO errors                              0                0
        MAC control frames                       0                0
        MAC pause frames                         0                0
        Oversized frames                         0
        Jabber frames                            0
        Fragment frames                          0
        Code violations                          0
      Autonegotiation information:
        Negotiation status: Complete
        Link partner:
            Link mode: Full-duplex, Flow control: Symmetric/Asymmetric, Remote fault: OK, Link partner Speed: 1000 Mbps
        Local resolution:
            Flow control: Symmetric, Remote fault: Link OK
      Packet Forwarding Engine configuration:
        Destination slot: 1
      CoS information:                      
        Direction : Output
        CoS transmit queue               Bandwidth               Buffer Priority   Limit
                                  %            bps     %           usec
        0 best-effort            95      950000000    95              0      low    none
        7 network-control         5       50000000     5              0      low    none
      Interface transmit statistics: Disabled
    
      Logical interface ge-1/0/4.0 (Index 79) (SNMP ifIndex 663) (Generation 144)
        Flags: Up SNMP-Traps 0x0 Encapsulation: ENET2
        Traffic statistics:
         Input  bytes  :              2039018
         Output bytes  :            946952884
         Input  packets:                29671
         Output packets:              7701341
        Local statistics:
         Input  bytes  :              2039018
         Output bytes  :            946952884
         Input  packets:                29671
         Output packets:              7701341
        Transit statistics:
         Input  bytes  :                    0                    0 bps
         Output bytes  :                    0                    0 bps
         Input  packets:                    0                    0 pps
         Output packets:                    0                    0 pps
        Protocol eth-switch, Generation: 170, Route table: 0
          Flags: None
    

    @zgato @yoursunny did you also have downtime? :'(

  • @Hosteroid Thanks for your kind reply! <3 Thanks also for introducing me to the above helpful and detailed output! <3

    I asked Google Gemini what produced the output.

    In case anybody is curious, I talk with Google Gemini on the command line via eliben/gemini-cli. The developer was kind enough to help me by adding to his project the $load facility so that gemini-cli could upload a file containing multi-line input instead of just single line chat. More info about and examples of the use of eliben/gemini-cli is available in this blog post, gemini-cli: Access Gemini models from the command-line.

    The file uploaded to Gemini, post-4, looks like this:

    Hello!
    
    Please tell me what program provides output like the following:
    
    --------Begin Sample Output--------
    
    [ the full output @Hosteroid posted above, with certain items redacted]
    
    --------End of Sample Output--------
    
    Thanks! 
    

    Here is my conversation with Gemini:

    chronos@penguin:~/gemini-cli$ clear; gemini-cli chat --model "gemini-1.5-pro-latest"
    Chatting with gemini-1.5-pro-latest
    Type 'exit' or 'quit' to exit, or '$load <file path>' to load a file
    > $load post-4
    This output is produced by the Juniper Networks Junos OS command `show interfaces extensive`.  Specifically, it shows the detailed status and statistics of interface `ge-1/0/4`.
    > Thanks!
    You're welcome!  Is there anything else I can help you with regarding this output or Junos OS?
    > No thank you! All good for now, but more soon! :)
    Great! I look forward to it.  Have a good one!
    > exit
    chronos@penguin:~/gemini-cli$ 
    

    Haha, if I am making a mistake here, or if the output isn't from JunOS, please let me know!

    Thanks again @Hosteroid! <3 Thanks again @eliben! <3 Thanks again Google Gemini! <3

  • Not_OlesNot_Oles Provider
    edited December 2024

    @cmeerw

    I'm looking forward to your upcoming weekend adventures! :star:

    Today, I'm compiling Wireshark out of NetBSD pkgsrc on our fine hlcs Debian 12 server. I'm doing it on hlcs partly to see if it works and partly because the build ran out of space on my wonderful Linveo NetBSD VPS.

    If the Wireshark build doesn't break, maybe it will finish before the weekend!? As you know, pkgsrc builds are single threaded. . . . /s

    Probably you noticed the file ipv6-up.sh in the /root directory? If you reboot, you probably have to run that script to re-establish IPv6. When I remember, I do restart IPv6 by hand that way because, on some servers, I have more than one IPv6 alternative, and I usually like to run only one at a time. So I sometimes have more than one ipv6-up.sh file. But, if you prefer, it's certainly okay to add the IPv6 info to /etc/network/interfaces or as a cron job or as a systemd service. The last two lines of the script are new. If they cause a problem, please comment them out.

    I will stay off the server over the weekend, starting tomorrow, Friday, so that the server is free and clear for you to use. I hope you have fun! <3

    Thanks!

    Tom

  • @Not_Oles said:
    Today, I'm compiling Wireshark out of NetBSD pkgsrc on our fine hlcs Debian 12 server. I'm doing it on hlcs partly to see if it works and partly because the build ran out of space on my wonderful Linveo NetBSD VPS.

    The compile of Wireshark is still running!

    The compile started at about

    root@hlcs:/usr/pkgsrc/net/wireshark# date
    Thu Dec 12 08:50:30 PM UTC 2024
    root@hlcs:/usr/pkgsrc/net/wireshark# nohup make
    nohup: ignoring input and appending output to 'nohup.out'
    

    Right now

    root@hlcs:/usr/pkgsrc/net/wireshark# ls -l nohup.out 
    -rw------- 1 root root 18263309 Dec 13 05:01 nohup.out
    root@hlcs:/usr/pkgsrc/net/wireshark# 
    

    So far, 8 hours and 10 minutes, approximately, and still going! I saw what looked like llvm and rust being built, along with a lot of other dependencies. Here's what was happening as I looked at tail -f nohup.out in /usr/pkgsrc/net/wireshark a moment ago. It's getting late here, so time for sleep. Will the build finish by morning? :)

    Thanks @Hosteroid! <3

  • @Not_Oles said: I'm looking forward to your upcoming weekend adventures!

    Thanks, I'll try to mainly work on it from around 16:00 UTC on Saturday to 23:00 UTC (but will hopefully be a lot shorter).

  • edited December 2024

    @Not_Oles Can I get TCP port 81 and UDP port 81 to run a private proxy?... Potentially I could share access to others (via PM).

    💩 VirCrap 💩

  • @jcn50 said:
    @Not_Oles Can I get TCP port 81 and UDP port 81 to run a private proxy?... Potentially I could share access to others (via PM).

    Hi @jcn50! When you get a chance, could you please review the OP on Rules and How To Apply? Then apply again, please. Thanks!

  • Not_OlesNot_Oles Provider
    edited December 2024

    Looks like the Wireshark compile ran about three hours more and then stopped.

    root@hlcs:/usr/pkgsrc/net/wireshark# date
    Fri Dec 13 08:58:39 PM UTC 2024
    root@hlcs:/usr/pkgsrc/net/wireshark# ls -l nohup.out 
    -rw------- 1 root root 25306809 Dec 13 08:01 nohup.out
    root@hlcs:/usr/pkgsrc/net/wireshark# 
    

    nohup.out says:

    => Checking file-check results for qt6-qtbase-6.8.0nb4
    ERROR: ************************************************************
    ERROR: The following files are in the PLIST but not in /usr/pkgsrc/x11/qt6-qtbase/work/.destdir/us
    r/pkg:
    ERROR:         /usr/pkgsrc/x11/qt6-qtbase/work/.destdir/usr/pkg/qt6/include/QtTest/6.8.0/QtTest/private/callgrind_p.h
    ERROR:         /usr/pkgsrc/x11/qt6-qtbase/work/.destdir/usr/pkg/qt6/include/QtTest/6.8.0/QtTest/private/valgrind_p.h
    *** Error code 1
    
    Stop.
    bmake[3]: stopped making "reinstall" in /usr/pkgsrc/x11/qt6-qtbase
    *** Error code 1
    
    Stop.
    bmake[2]: stopped making "reinstall" in /usr/pkgsrc/x11/qt6-qtbase
    *** Error code 1
    
    Stop.
    bmake[1]: stopped making "reinstall" in /usr/pkgsrc/devel/qt6-qt5compat
    *** Error code 1
    
    Stop.
    bmake: stopped making "all" in /usr/pkgsrc/net/wireshark
    

    I downloaded the nohup.out to my Chromebook.

    chronos@penguin:~/servers/hosteroid$ scp -p -P 42365 [email protected]:/usr/pkgsrc/net/wireshark/nohup.out 20241213-nohup-wireshark
    nohup.out                                                       100%   24MB   3.5MB/s   00:06    
    chronos@penguin:~/servers/hosteroid$ wc -l 20241213-nohup-wireshark 
    203472 20241213-nohup-wireshark
    chronos@penguin:~/servers/hosteroid$ 
    

    Thanks Hosteroid! <3

  • Not_OlesNot_Oles Provider
    edited December 2024

    @cmeerw said:

    @Not_Oles said: I'm looking forward to your upcoming weekend adventures!

    Thanks, I'll try to mainly work on it from around 16:00 UTC on Saturday to 23:00 UTC (but will hopefully be a lot shorter).

    @cmeerw Excellent! I will stop messing around prior to 16:00 UTC on Saturday (tomorrow). Please feel free to work as long as you want and to change / delete / install whatever you want.

    Good luck! Have fun! :star:

  • @Not_Oles said:

    @jcn50 said:
    @Not_Oles Can I get TCP port 81 and UDP port 81 to run a private proxy?... Potentially I could share access to others (via PM).

    Hi @jcn50! When you get a chance, could you please review the OP on Rules and How To Apply? Then apply again, please. Thanks!

    Hmm.. the proxy is open source but it is not my code~ can I apply?.. I have re-read the Rules again and I do not see anything wrong, currently doing the How To Apply step #1~ am I missing something?.. Nvm if I am, and sorry~

    💩 VirCrap 💩

  • @jcn50 said: proxy is open source but it is not my code~ can I apply?

    @jcn50 Sure! More information would be nice. For example, which proxy? How much bandwidth?

    @jcn50 said: currently doing the How To Apply step #1~ am I missing something?

    @jcn50 Want to do step 2 also, please?

    I'm going to edit the OP so it's asking people to do both "steps" together, which is what I intended, but didn't express clearly. It seems like your interpretation involving separate steps is completely reasonable. Sorry for the confusion. Thanks!

  • edited December 2024

    @Not_Oles

    I think a first soft approval @ Step 1 is better~ than just 1+2.

    a) This proxy:
    https://github.com/shadowsocks/shadowsocks-libev
    deployed through a Docker container~

    b) Bandwidth: very low, for me it would be less than 2GB/m for sure (but I don't know if other LESbians would be interested~).

    c) Will email you in the next few days~ (hopefully I won't forget).

    💩 VirCrap 💩

  • @Not_Oles said: root@hlcs:/usr/pkgsrc/net/wireshark# nohup make

    Use -j parameter to parallelize make, i.e.
    make -j 8

  • @itsdeadjim said:

    @Not_Oles said: root@hlcs:/usr/pkgsrc/net/wireshark# nohup make

    Use -j parameter to parallelize make, i.e.
    make -j 8

    In pkgsrc using -j gave me an error. They seem to want pkgsrc to run single threaded. I'm not sure way.

    Thanks for helping! Best wishes!

  • @Not_Oles said: In pkgsrc using -j gave me an error. They seem to want pkgsrc to run single threaded. I'm not sure way.

    Oh I just noticed it's under pkgsrc. Probably this can cause race conditions. Maybe you could tweak the makefile to add something like MAKE_JOBS= 8 but never done that.

  • @itsdeadjim said:

    @Not_Oles said: In pkgsrc using -j gave me an error. They seem to want pkgsrc to run single threaded. I'm not sure way.

    Oh I just noticed it's under pkgsrc. Probably this can cause race conditions. Maybe you could tweak the makefile to add something like MAKE_JOBS= 8 but never done that.

    It's not like I really mind how long the build takes. I can just go eat and sleep. :) I'm mentioning how long it takes to build Wireshark and its dependencies just because it amazes me how much code is in modern applications and their dependencies. I was compiling Chrome browser a while back. Chrome is another example of how full of wonderful features modern applications have become!

    @itsdeadjim Thanks again! <3 Thanks for the lovely server @Hosteroid! <3

  • I think I am actually already done with my changes. Here is what I did:

    • Log into the serverforge portal - this has some rescue options, but I couldn't really figure out what those would do
    • From the serverforge portal then log into the Console (which gives you an HTML5 viewer of a Java application)
    • in there mount the netboot.xyz ISO as a virtual CDROM
    • reboot the server
    • took me a few attempts until I figured out how to actually boot from that virtual CDROM (seems to be F11 will then eventually show you the boot menu where you can then select the virtual CDROM)
    • from netboot boot into a live Debian Core system
    • in there do the filesystem resize, and then also shrink the logical volume
    fsck -f /dev/dm-1
    resize2fs /dev/dm-1 63G
    lvreduce /dev/mapper/M247--X10E--9N--vg-root 64G
    
    • note that I resized the filesystem to 63 GB and the volume to 64 GB (as I wasn't entirely sure if saying 64 GB in both cases wouldn't accidentally overwrite the last few blocks of the filesystem)
    • unmount the netboot.xyz CDROM and reboot
    • back in the normal Debian system: first grow the root filesystem to the whole size of the logical volume (64 GB): resize2fs /dev/mapper/M247--X10E--9N--vg-root
    • create a new logical volume (64 GB): lvcreate -L 64G -n data M247-X10E-9N-vg
    • install btrfs progs: apt-get install btrfs-progs
    • create a btrfs filesystem: mkfs.btrfs /dev/mapper/M247--X10E--9N--vg-data
    • create a mount point for that filesystem: mkdir /mnt/data
    • copy/move /home to /mnt/data/home
    • edit /etc/fstab to mount the filesystem under /mnt/data and also add a bind mount for /mnt/data/home as /home

    and then did some miscellaneous changes on the server:

    • added IPv6 configuration to /etc/network/interfaces
    • changed nameservers in /etc/resolv.conf to 1.1.1.1 and 9.9.9.9 (8.8.8.8 and 8.8.4.4 seem to be 29 ms away, whereas both 1.1.1.1 and 9.9.9.9 are < 1 ms away)

    So at the moment we have a 64 GB root volume (ext4) and a 64 GB data volume (btrfs). I think the idea would be to move any large directories to the data volume and create a bind mount to the original location (similar to /home), and grow the data volume as needed (to grow /mnt/data to 128GB we would do lvextend -L 128G /dev/mapper/M247--X10E--9N--vg-data and then btrfs filesystem resize max /mnt/data). For now I am just cautious - growing filesystems is always much easier than shrinking filesystems, so just leaving space empty in case we want to use it for something else - of course, we could just use all the space for the btrfs filesystem...

Sign In or Register to comment.