Date: Thu, 25 Jun 2020 08:04:51 -0700 From: Donald Wilde <dwilde1@gmail.com> To: Kevin Oberman <rkoberman@gmail.com> Cc: "Greg 'groggy' Lehey" <grog@freebsd.org>, freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: swap space issues Message-ID: <CAEC7391d3tSxBbYQbObHH4krQvZC9Nv3F9yCp67Mo%2B8C6k=U%2BQ@mail.gmail.com> In-Reply-To: <CAN6yY1tChhDVQg3%2B3eEtoewP=xJDqTA06D=o1UT3gH4Pnx63kQ@mail.gmail.com> References: <CAEC7391qs%2BA-jMpR1RyvR-BmnLyiksXHkQUjsGeePuEZJfMciw@mail.gmail.com> <20200625000410.GA10210@eureka.lemis.com> <CAEC7390VDxbYSY%2B4_fEaYxwdSPzbFWUVTdHw=vbAgq%2Bnmv09Vw@mail.gmail.com> <20200625025248.GB10210@eureka.lemis.com> <CAEC73938Wjb5MHvLW36PdoAy_nso-tSN51AhUYydC6qxY99pog@mail.gmail.com> <20200625052949.GC10210@eureka.lemis.com> <CAN6yY1te3ZzyY3JdhQAf4_CbD%2Bsf2sjXzU5PH63T2YV2erYS=A@mail.gmail.com> <CAEC7391v6BzfzOyt8Y8eROEhgzWH3VV67qJ9LtycB_zrnhd-qg@mail.gmail.com> <CAN6yY1tChhDVQg3%2B3eEtoewP=xJDqTA06D=o1UT3gH4Pnx63kQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--0000000000001ee02305a8e9ea09 Content-Type: text/plain; charset="UTF-8" On 6/25/20, Kevin Oberman <rkoberman@gmail.com> wrote: > On Thu, Jun 25, 2020 at 4:42 AM Donald Wilde <dwilde1@gmail.com> wrote: > >> On 6/24/20, Kevin Oberman <rkoberman@gmail.com> wrote: >> > On Wed, Jun 24, 2020 at 10:30 PM Greg 'groggy' Lehey <grog@freebsd.org> >> > wrote: >> > >> >> On Wednesday, 24 June 2020 at 20:34:24 -0700, Donald Wilde wrote: >> >> > On 6/24/20, Greg 'groggy' Lehey <grog@freebsd.org> wrote: >> >> >> On Wednesday, 24 June 2020 at 18:51:04 -0700, Donald Wilde wrote: >> >> >>> On 6/24/20, Greg 'groggy' Lehey <grog@freebsd.org> wrote: >> >> >>>> On Wednesday, 24 June 2020 at 9:36:23 -0700, Donald Wilde wrote: >> >> >>>>> All, >> >> >>>>> >> >> >>>>> I recently upgraded my 12-STABLE system to the latest, and now >> >> >>>>> my >> >> >>>>> swap subsystems aren't working. I deliberately set up a 40GB >> >> >>>>> partition for swap, and when I do 'top -t' I am only seeing >> >> >>>>> 7906M >> >> >>>>> total. >> >> >>>> >> >> >>>> That looks suspiciously like the difference from 32 GB. Could it >> be >> >> >>>> numeric overflow? And if so, where? What does pstat -s say? >> >> >>> >> >> >>> Well, hi Greg! LTNT2! >> >> >> >> >> >> Indeed. >> >> >> >> >> >>> pstat -shm: >> >> >>> >> >> >>> /dev/ada0s1b 65536 (1M blocks), Used: 1.5G, Avail: 63G, Capacity: >> 2% >> >> >> >> >> >> Now that's really puzzling. Why does it say 64 G when you said 40 >> >> >> G, >> >> >> and the error from top tends to confirm it? How big is the >> >> >> partition >> >> >> (gpart output)? >> >> > >> >> > Attached 'gpart list' output >> >> >> >> FWIW, gpart show would have done the job. But what I see there is Yet >> >> Another swap partition size, 66 GB. So so far we have various parts >> >> reporting 8 GB, 40 GB, 64 GB and 66 GB. >> >> >> >> > Reduced kern.maxswzone to 9999999. Is it decimal or unlabeled hex? >> >> >> >> It'll be decimal, but it refers to the number of swblk structures >> >> assigned in memory, and after reading the code I'm still not 100% in >> >> the clear how this relates to the size of swap, if at all. >> >> >> >> > 'top' now shows 4597M total swap. >> >> >> >> ... and 4.6 GB. 5 different sizes. >> >> >> >> You really shouldn't be relying on top for swap info. It's a third >> >> party program that demonstrably shows incorrect results (though I >> >> I was continuing to reference it because its 'incorrect results' might >> flag where we need to see things working. When 'top' shows the right >> results, we've fixed the right thing. >> >> >> believe that the maintainer would be very interested to know why and >> >> to fix it). But pstat -s (without any further options) should show >> >> what the kernel thinks. >> >> Here's what I see immediately following shutdown -r and boot: >> >> Device 1K-blocks Used Avail Capacity >> /dev/ada0s1b 67108864 0 67108864 0% >> >> >> >> >> >>> What else can I share to help diagnose this? >> >> >> >> >> >> Background, maybe? You say that you upgraded your system. Did you >> >> >> change the swap size when you did? What were swap and RAM sizes >> >> >> before and after? >> >> > >> >> > Meant that I upgraded from 12.1-RELEASE to 12-STABLE. When I >> >> > configured the -RELEASE install, I manually messed with the MBR disk >> >> > partitions. This is nominally a half-TB HDD which showed up as a >> >> > total >> >> > of 446 G available (IIRC, gpart should show it's actual size). I did >> >> > auto partitioning, looked at the sizes, and manually set my >> >> > partitions >> >> > to give me 40G of swap instead of the auto-generated size of 4G. >> >> >> >> That's really puzzling. It seems that it gave you much more than you >> >> asked for. >> >> >> >> Try this in single user mode: modify the size of the swap partition to >> >> 30 GB. I haven't used MBR partitions for years now, but I believe >> >> that 'bsdlabel -e' will do the trick. Just shorten the length of the >> >> b partition. You may need to 'mount -u /'. If you do it right >> >> (check!), this won't harm any of the other partitions: it'll just >> >> leave 26 GB free between the swap partition and the next partition. >> >> Thanks again, Greg! >> >> >> >> > gpart(8) works just fine on MBR drives and partitions/slices and has a >> much >> > friendlier user interface. "gpart resize" is the command you want. >> > -- >> > Kevin Oberman, Part time kid herder and retired Network Engineer >> >> Thanks, Kevin! My laptop's BIOS is old enough that it balked when I >> tried to boot from a GPT setup of 12.1R. One Of These Days I'll fix >> that but the MBR works and I needed to move on. >> >> We'll get there! :D >> > > I think a lot of people miss the point that the fact that gpart was written > primarily to provide support GPT partitioning, it also supports MBR and > bsdlabel is really obsolete. gpart(8) supports 7 different partitioning > schemes including the old RAW scheme, GPT and MBR. I still have an MBR disk > on my near decade old laptop and I use gpart on it. I have been bouncing around between gpart and geom, seeking to understand them better. The man page is... obtuse... but I'm understanding more of it now. geom and gpart seem to be rather self-referential. <wink> Here's /etc/fstab: # Device Mountpoint FStype Options Dump Pass# /dev/ada0s1a / ufs rw 1 1 /dev/ada0s1b none swap sw 0 0 /dev/ada0s1d none swap sw 0 0 fdesc /dev/fd fdescfs rw 0 0 proc /proc procfs rw 0 0 Here's /boot/loader.conf: security.bsd.allow_destructive_dtrace=0 loader_logo="beastie" kern.maxproc=75000 kern.maxswzone=25600001 Attached is 'gpart list' output. top is still not happy, but it now shows 11G. I think I'm ready to try synth again. :D I also think it's time for a new thread, because I still have one niggling issue. Thanks for all your help, guys! :D [end thread] -- Don Wilde **************************************************** * What is the Internet of Things but a system * * of systems including humans? * **************************************************** --0000000000001ee02305a8e9ea09 Content-Type: text/plain; charset="US-ASCII"; name="gpart_list.txt" Content-Disposition: attachment; filename="gpart_list.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: file0 R2VvbSBuYW1lOiBhZGEwCm1vZGlmaWVkOiBmYWxzZQpzdGF0ZTogT0sKZndoZWFkczogMTYKZndz ZWN0b3JzOiA2MwpsYXN0OiA5NzY3NzMxNjcKZmlyc3Q6IDYzCmVudHJpZXM6IDQKc2NoZW1lOiBN QlIKUHJvdmlkZXJzOgoxLiBOYW1lOiBhZGEwczEKICAgTWVkaWFzaXplOiA1MDAxMDc4MjkyNDgg KDQ2NkcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBTdHJpcGVzaXplOiA0MDk2CiAgIFN0cmlwZW9m ZnNldDogMAogICBNb2RlOiByM3czZTQKICAgZWZpbWVkaWE6IEhEKDEsTUJSLDB4OTA5MDkwOTAs MHg0MCwweDNhMzg1ZmYwKQogICBhdHRyaWI6IGFjdGl2ZQogICByYXd0eXBlOiAxNjUKICAgbGVu Z3RoOiA1MDAxMDc4MjkyNDgKICAgb2Zmc2V0OiAzMjc2OAogICB0eXBlOiBmcmVlYnNkCiAgIGlu ZGV4OiAxCiAgIGVuZDogOTc2NzczMTY3CiAgIHN0YXJ0OiA2NApDb25zdW1lcnM6CjEuIE5hbWU6 IGFkYTAKICAgTWVkaWFzaXplOiA1MDAxMDc4NjIwMTYgKDQ2NkcpCiAgIFNlY3RvcnNpemU6IDUx MgogICBTdHJpcGVzaXplOiA0MDk2CiAgIFN0cmlwZW9mZnNldDogMAogICBNb2RlOiByM3czZTcK Ckdlb20gbmFtZTogYWRhMHMxCm1vZGlmaWVkOiBmYWxzZQpzdGF0ZTogT0sKZndoZWFkczogMTYK ZndzZWN0b3JzOiA2MwpsYXN0OiA5NzY3NzMxMDMKZmlyc3Q6IDAKZW50cmllczogOApzY2hlbWU6 IEJTRApQcm92aWRlcnM6CjEuIE5hbWU6IGFkYTBzMWEKICAgTWVkaWFzaXplOiA0Mjk0OTY3Mjk2 MDAgKDQwMEcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBTdHJpcGVzaXplOiA0MDk2CiAgIFN0cmlw ZW9mZnNldDogMAogICBNb2RlOiByMXcxZTEKICAgcmF3dHlwZTogNwogICBsZW5ndGg6IDQyOTQ5 NjcyOTYwMAogICBvZmZzZXQ6IDAKICAgdHlwZTogZnJlZWJzZC11ZnMKICAgaW5kZXg6IDEKICAg ZW5kOiA4Mzg4NjA3OTkKICAgc3RhcnQ6IDAKMi4gTmFtZTogYWRhMHMxYgogICBNZWRpYXNpemU6 IDM0MzU5NzM4MzY4ICgzMkcpCiAgIFNlY3RvcnNpemU6IDUxMgogICBTdHJpcGVzaXplOiA0MDk2 CiAgIFN0cmlwZW9mZnNldDogMAogICBNb2RlOiByMXcxZTAKICAgcmF3dHlwZTogMQogICBsZW5n dGg6IDM0MzU5NzM4MzY4CiAgIG9mZnNldDogNDI5NDk2NzI5NjAwCiAgIHR5cGU6IGZyZWVic2Qt c3dhcAogICBpbmRleDogMgogICBlbmQ6IDkwNTk2OTY2MwogICBzdGFydDogODM4ODYwODAwCjMu IE5hbWU6IGFkYTBzMWQKICAgTWVkaWFzaXplOiAzNDM1OTczODM2OCAoMzJHKQogICBTZWN0b3Jz aXplOiA1MTIKICAgU3RyaXBlc2l6ZTogNDA5NgogICBTdHJpcGVvZmZzZXQ6IDAKICAgTW9kZTog cjF3MWUwCiAgIHJhd3R5cGU6IDEKICAgbGVuZ3RoOiAzNDM1OTczODM2OAogICBvZmZzZXQ6IDQ2 Mzg1NjQ2Nzk2OAogICB0eXBlOiBmcmVlYnNkLXN3YXAKICAgaW5kZXg6IDQKICAgZW5kOiA5NzMw Nzg1MjcKICAgc3RhcnQ6IDkwNTk2OTY2NAo0LiBOYW1lOiBhZGEwczFlCiAgIE1lZGlhc2l6ZTog MTg5MTYyMjkxMiAoMS44RykKICAgU2VjdG9yc2l6ZTogNTEyCiAgIFN0cmlwZXNpemU6IDQwOTYK ICAgU3RyaXBlb2Zmc2V0OiAwCiAgIE1vZGU6IHIwdzBlMAogICByYXd0eXBlOiA3CiAgIGxlbmd0 aDogMTg5MTYyMjkxMgogICBvZmZzZXQ6IDQ5ODIxNjIwNjMzNgogICB0eXBlOiBmcmVlYnNkLXVm cwogICBpbmRleDogNQogICBlbmQ6IDk3Njc3MzEwMwogICBzdGFydDogOTczMDc4NTI4CkNvbnN1 bWVyczoKMS4gTmFtZTogYWRhMHMxCiAgIE1lZGlhc2l6ZTogNTAwMTA3ODI5MjQ4ICg0NjZHKQog ICBTZWN0b3JzaXplOiA1MTIKICAgU3RyaXBlc2l6ZTogNDA5NgogICBTdHJpcGVvZmZzZXQ6IDAK ICAgTW9kZTogcjN3M2U0Cgo= --0000000000001ee02305a8e9ea09--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAEC7391d3tSxBbYQbObHH4krQvZC9Nv3F9yCp67Mo%2B8C6k=U%2BQ>