00:00:14 i tihnk those are for older disks that misreport their block size, so it's overriding that 03:35:47 tozhu: I would probably leave the BIOS settings alone unless you're having a specific issue. 03:38:10 Hi Jclulow, Thank you 10:54:40 I'm getting the following error while building nightly and I have no idea what to do :) "nightly: Error: could not bootstrap tools" 10:55:41 It starts at "Warning: Command failed for target `smatch.o'". Should I disable smatch? 10:58:08 Well, disabling smatch didn't help. 10:59:34 You should be able to find more information in `log/latest/nightly.log`. Can you find why it's failing to build smatch.o? 11:06:00 andyf oh, looks like it was gcc issues, the path was wrong. 11:06:14 andyf danke, as always 11:06:21 Which .env file are you using with nightly, and what distribution are you running on? 11:06:53 andyf I'm on OmniOS r151050, however I am building illumos-gate from illumos, without omni(1). 11:07:02 Instructions for building are at https://illumos.org/docs/developers/build/ but if you're running OmniOS you can use one of the files under /opt/onbld/env/ 11:07:23 Try `nightly /opt/onbld/env/omnios-illumos-gate` as a starting point 11:07:48 Well,`./usr/src/tools/scripts/nightly /opt/onbld/env/omnios-illumos-gate` to be exact 11:09:00 andyf default config says python39, but r151050 comes with 3.12, now I'm getting mv: cannot access ../__pycache__/CStyle.cpython-39.pyc 11:09:54 That file (/opt/onbld/env/omnios-illumos-gate) should be right - it has "export PYTHON3_VERSION=3.12" on line 306 11:10:33 andyf thanks! I just got there :D I should read faster :D 11:13:30 it's building! thanks! 11:17:20 finally, an operational question that's been killing me for years. in other Unix systems like FreeBSD I set variables using sysctl, how can I set things in illumos, like ARC max? 11:19:58 look at /etc/system 11:20:16 Persistently, you can set them in the `/etc/system` file or an individual file under `/etc/system.d/` 11:20:41 Some can be tuned on the fly with `mdb -kw`, but it depends on how they're used, when they're read etc. 11:37:48 I see, now I need to figure out how to setup ARC max. 11:39:13 Also whether it's something that makes sense. The ARC uses otherwise unused memory and will shrink automatically when there is memory pressure. It's generally a good thing to use that memory as a filesystem cache. 11:41:05 andyf oh yeah, indeed, I just like having a static max arc so no surprises 11:42:11 Hi, what is a good ressource to obtain infos about Image Packaging System? How does it work? How does it work with zones? What are the pros and why is it so slow compared to other tools I know :-) 11:42:31 ZFS is intended to be completely self tuning. It doesn't always get it right though (e.g. https://github.com/oxidecomputer/helios/blob/master/image/templates/files/gimlet-system-zfs%3Adbuf) 11:42:46 andyf I have an idea for a feature but I have no idea if it's even important. I'd like to implement `kstat -d` which shows a description of a stat or a variable. 11:42:56 andyf danke for the link 11:43:17 unixery-u1 - https://docs.openindiana.org/dev/pdf/ips-dev-guide.pdf is a good place to start for an overview. 11:44:25 thanks 11:44:28 unixery-u1 you can start here: https://github.com/omniosorg/pkg5, here https://docs.openindiana.org/dev/pdf/ips-dev-guide.pdf and this video by Ian Murdock https://www.youtube.com/watch?v=uBTR611oqZA 11:45:29 It is slow mostly because it works by taking the IPS image (e.g. / in the GZ) to a target state, regardless of the starting state. The actual guts of this process is an extremely fast SAT solver. 11:45:46 Compare that to systems which download and unpack an archive to install a new package, for example 11:45:51 wow it's been building for 30 minutes. How long does it take usually? 11:46:07 antranigv - depends on the machine. 30-90 minutes 11:46:18 here's my machine: http://build0.illumos.am 11:46:39 it ain't much, but it can get things done. 11:46:44 Probably not much longer then :) 12:28:34 real 59m34.110s 12:28:37 well, that's good 13:37:13 do I need to reboot to get into my nightly build, or can I just chroot into it? I prefer to chroot since my changes are mostly in Userland. 13:39:29 looks like I can chroot into /code/illumos-gate/proto/root_i386 13:39:53 and the problem with chrooting is that I might not be able to use a debugger :/ 13:40:56 You should be able to, just not on the kernel 13:41:17 For testing userland things you can chroot, or just run the new binaries, or set LD_LIBRARY_PATH and run the binaries.. whatever works to test it 13:41:40 Otherwise you should use `/opt/onbld/bin/onu` to create a new boot environment with the bits you just built 13:41:43 and reboto into it 13:41:46 *reboot 13:46:23 andyf the problem is that I'm modifying cut, which is a link to ksh, I think 13:46:39 Yes, and very probably part of libcmd.so.1 13:47:23 chroot should work, or you could do 13:48:00 LD_LIBRARY_PATH=/code/illumos-gate/proto/root_i386/usr/lib /code/illumos-gate/proto/root_i386/usr/bin/cut 13:48:05 That should run your new code 13:48:45 andyf weeee it works, thanks. 13:48:47 If you are in a build environment (entered with ./usr/src/tools/scripts/bldenv /opt/onbld/env/omnios-illumos-gate) you can use $ROOT to refer to the proto root, which simplifies things a little 13:49:00 LD_LIBRARY_PATH=$ROOT/usr/lib $ROOT/usr/bin/cut 14:11:21 Hi there,can't reboot omnios any help? 14:12:44 My son tried to installed win on another disk,now the disk on omnios doesn't boot 14:14:08 boot a live system and try `zpool import` 14:14:28 if you will not see your pool, well, amen... 14:16:05 Tried with -D 14:18:50 Is there anyway to access to the data? 14:21:38 the pool might not be destroyed 14:21:53 just do `zpool import` off a booted ISO 14:22:04 that will list all of the pools it thinks it can import 14:22:19 windows might have just overwritten the bootloader 14:32:50 That's it overwritten 14:33:05 How can I restore 14:33:36 bootadm? 14:34:23 But I need to repool 14:38:15 what do you mean 'repool'? if booting off ISO and zpool import shows the pool is there, what's there is probably fine.. you could import it and run a scrub if you wanted to be really sure 14:43:21 I got 3 disk the one in charge is c4t4d0 but doing zpool import it show c3t3d1 that I presume the usb omnios 15:06:00 diskinfo should show you more info on the disks