From owner-freebsd-questions@freebsd.org Sun Jan 14 01:30:48 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5293E6B8F8 for ; Sun, 14 Jan 2018 01:30:48 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8F17682593 for ; Sun, 14 Jan 2018 01:30:48 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22e.google.com with SMTP id i143so9721775ioa.3 for ; Sat, 13 Jan 2018 17:30:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=m9a/7xK2PJVGNYB4R94LMlcG9wdCw1/TLF6N7JG6RE8=; b=kMBLSiBJO0z/qhWAxPhYNjpsOxeauCQb6fC5qAu9uP+NR7XjwWurfdrGicp/PB3vxB Bd9ZnseZwF+xR1CZFHUJTOqMyBwGM7n90FF6TWbwRWKxyfAaCi1VVTKExAtDeLUUvlHU OHexeRkeXzAFBeoWO+IzQGtgJFBILAfjQGo/FthwpDS2FbcHGsj6l09INnvENrCr9FrA C6d/DnyFzE21pmDmQSPjapdrB1W2LrhjuwHfhjothefQ8O/tTknGM8Kp2w7sAK6WA5tG TEED49RdFCFNWJePXq6ljsgc2vFgUomFyAAStaw9aIM+Uti5nJtuBYI2FgbrY7Frig1T LriA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=m9a/7xK2PJVGNYB4R94LMlcG9wdCw1/TLF6N7JG6RE8=; b=IWgwDJhDxDa5nwQa/U8I+E656e+SYkUy0+iX+rHPNyA52/GuLXR56IdwC+XXDNjVg9 UuxrMH93JXTyEhOba5pvzO2HAMs9Bam74ih6E9Ph0mue9qkLaEXG9Bca5QFTu6AfK11O nuDen3bpBcPC5KfGM4B+KHSP8w5cuRBcJU7k0/QCj374JpQMaP1SLU3LYHC9twHgHFWC I5hWPIbdVpqi82g06V30OVVTNHWM1jvpLZk6mRwMSZ/HDng+Bd0hSncbR/OM0U7EtcEk aazt00PlLtV+nNaBIVQ+0TgnV9QiHCEIrFEZc3p5Z62OhGOrifWbGPWBikdYRgBG9ZZ9 XFRw== X-Gm-Message-State: AKwxytfGstr68HOgr+K5LTd7Zt9wLYNXn3lgOuY0V2rm9eyqzdvOMTsQ etz4LdTNJuJdPyfT2gkJacWfcgZUBsk3GmhiTCVxDQ== X-Google-Smtp-Source: ACJfBot0Zn0UNktoiI3+58axqb/4RNFyd8knz3od5oPLPYrdaFRNiQJacaKLdZy0XtCk82GV+NrF/O8TGfd3c5kdU2Q= X-Received: by 10.107.7.67 with SMTP id 64mr29198789ioh.296.1515893447689; Sat, 13 Jan 2018 17:30:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.164.193 with HTTP; Sat, 13 Jan 2018 17:30:47 -0800 (PST) From: blubee blubeeme Date: Sun, 14 Jan 2018 09:30:47 +0800 Message-ID: Subject: devd.conf and $USER To: FreeBSD Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 01:30:48 -0000 Is there a way to pass the $USER env variable to an action initiated by devd? From owner-freebsd-questions@freebsd.org Sun Jan 14 01:55:37 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA4EBE6D8E1 for ; Sun, 14 Jan 2018 01:55:37 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ADD6B83760 for ; Sun, 14 Jan 2018 01:55:37 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x235.google.com with SMTP id f143so13438707itb.0 for ; Sat, 13 Jan 2018 17:55:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=tDL+i7LrIFQq7n11rS6t8YdVFKVgqFsF5uRoCRwN5pU=; b=TtgO8dlYiWVMgz+jM5cAjPXgr7n01SEwn0mFDlIhhc3ZBeAjACpnLIErfHZ9fa7Ej+ zb9wEbaWBenWODG1UuziM00I8X/O6Bs83eXhjh6sdoGt9rutGMFNpao4e1Hh1biDYqz1 Y2x9ioIaliwosU0QwxEZUQE9CVeNiMTHvdkxtv0d/zlLEJAMUdHjxY9attY79XenrXB2 BZ0TXtBgFAFCzXrxQp2+NOBkTyCk65JEGdyS+9zT0hhPnM/F2ids7yjrh0ilCyykGypy bqaHlH0rLQVHhUJAjr/AX9URbC6vjxfw+bI7ogDhuix0uFr5ys9h6s4fymZE66sx9FoN g6ZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=tDL+i7LrIFQq7n11rS6t8YdVFKVgqFsF5uRoCRwN5pU=; b=C+6qk/qHOgeeahcbX3f1DsUSaleOS0zD7C0KR0jywxp9JF9j+PR2B2PAqyJlDBvKCm ycLVrTcopd590y9O3nx1x+eGW0pKK+6ybxjPvX1uw67OHrTy2L1O7ZbdOhdf/OD+XplD RXaFXFRQtBHOUQwax7iE4DDOeeuaROoM1RFUIpWU9//BHWFp4eloJOjzcrBSR5/yDYmO TTckx+/jvUjahTMDJ2q89DRe9Rv3GDVwehTv35j6otAh7Sd0iuJrGUNHhG9VYtGGhDIZ R9WP782KhQveYo8+wqbMh/7Dr4Ew8LZjc6Ha8PnAzDPuns2Xq4S6/lUpMQ4IpXReHd2V L6fA== X-Gm-Message-State: AKwxytcLC6k6PqLz2NAwITjQbCaI+MgxZHEN8TdkxQJxhmKPoS/No2H7 LOJM9GmLmdQaI7AEBo2CD2hEGgAAJnnfGM6t5Z45ClD+ X-Google-Smtp-Source: ACJfBotPa7ruuBJtFLRY9VpeG2wsf/0OjYpgRxwSOUuZMxew72QJAPE428YZB4mWjeIiroBkW6jcSWzF+7TQC+HRCC8= X-Received: by 10.36.185.18 with SMTP id w18mr9575819ite.140.1515894936148; Sat, 13 Jan 2018 17:55:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.164.193 with HTTP; Sat, 13 Jan 2018 17:55:35 -0800 (PST) In-Reply-To: References: From: blubee blubeeme Date: Sun, 14 Jan 2018 09:55:35 +0800 Message-ID: Subject: Re: msdosfs_iconv issues To: FreeBSD Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 01:55:38 -0000 On Sat, Jan 13, 2018 at 1:08 AM, blubee blubeeme wrote: > according to man msdosfs > > I can run a command like this: > mount_msdosfs -L en_US.UTF-8 /dev/da0s1 $HOME/usb > > this always returns operation not permitted. > > looking into that a bit further it seems that I need to load a > msdosfs_iconv.ko and that needs to be root, using > /etc/rc.conf > or > /boot/loader.conf > > the module is loaded at boot time but I still get operation not permitted. > > if I remove the locale option from mount_msdosfs the file loads but of > course, I cannot read any of my documents. > > This seems a bit odd but I understand that constantly loading > msdosfs_iconv can DDoS the system fine. > > How can I mount my drives with locale or at least proper utf-8 encoding? > [bumb] This is the only thing that works so far: https://forums.freebsd.org/threads/36897/ First mount_msdos -L [locale] with root, then unmount then mount with regular user. This totally ruins the point of mounting w/o root permissions. Is there any way to fix this w/o doing root commands? From owner-freebsd-questions@freebsd.org Sun Jan 14 03:02:24 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D1BFE72941 for ; Sun, 14 Jan 2018 03:02:24 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.74]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED50E2E6E for ; Sun, 14 Jan 2018 03:02:23 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.195.18.98]) by mrelayeu.kundenserver.de (mreue103 [212.227.15.183]) with ESMTPA (Nemesis) id 0MYcc6-1eMnBd1IPa-00VMEY; Sun, 14 Jan 2018 04:02:15 +0100 Date: Sun, 14 Jan 2018 04:02:15 +0100 From: Polytropon To: blubee blubeeme Cc: FreeBSD Subject: Re: devd.conf and $USER Message-Id: <20180114040215.95ba04bc.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:lD1rtF5xKqzeQafWO6EA3vL0jcKaqeh50mJ+ENkd/IP51IvF5qS u03lPMFHoxo2Nbh3sQYAODDUZsQGBG+JeRpWawnl+4zYk5Z9Fn3Uk5JW7gqC6WJPhOCQir1 4KkoyD77UZKo78q05iR+dM5t3ayOjpBvSoO90olnbARg8oRgTqfrbFnThZb8zvkxn4WHazc kIhKuWZYbXkIJN0Ti3ykQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:jfePcC5KnpI=:/er0KaEt3cp4yZxp7sJ9vr p27i15q+qDWPWtd9Dn4REauLB7HZe6da+KezMyPELmJM/SH4wzWPMNeQc0SnV978H8quuVAF9 W5/nKvYZJH/Ip26epZkCtXKOKHKJS+m0Yzr9hXHWAEZwcOY9b7woXYTxdddc8GS0Zz7oZQxos wIvkQsYB3zaqXP00qB9TgU0yp56SjDTUF1GUw0VvHcvYG9b6lycAFiGdg7gBnj51pq8nkiBYV Ig00oF8efOfgIh+K+uownBPTTTgoZql4DXtgLB15WlyxKGrnwj8cTI6t21/bcLWMxug9W5B0J X25prFrxXBl0zcn/iVY1AUtv/uAy5QbSSATrpbZKt7Dr7pP9voKs1BBnXNeMtV6spQjYxbP+E sKjVK9ElRdb4XQwzt8eowPLxUs5WPm/nYo6uwayYncSVFoj+obM5aw2x7ftbi9YAxBMFq7yHJ aA5nWH3uCAJEPHBW/1ovE4KzaOqSsSSzb0xJBKkRB/+TIE0hLGEP/q2wqPG/w0HI9IZQKM6M4 imwotFa9eW9bvGZ1Esa03bvXT2SyzJB7oT/YPFxCBZcqye5rmJcbjgy9mhKBLZ9Zg35ew9Fcv 2E8/hFRSBe/0A0iN/Xk1u8m2WPJLZ3WhhW5qZkW8Dj/5pFbVVDccNs85DTrvg+RbiCWE4Z/L/ ZXvje3bI/l6XLZAe2APgo1rnd//ZNm3NEJgiwksG0sQLkalkkjL7ignhFkNX1p33uffkLea2L hrn1GyvwaNi2eFXb4FFNaYVIC8tyW2LgKAHr/x2kMnh6viqbzbKtMA4lHEA= X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 03:02:24 -0000 On Sun, 14 Jan 2018 09:30:47 +0800, blubee blubeeme wrote: > Is there a way to pass the $USER env variable to an action initiated by > devd? What should this variable contain? In case of FreeBSD (and UNIX in general), multi-user systems allow that 0, 1, or 100+ users are logged in at the same time. As devd handles dynamic device configuration at root level, other user accounts active on the system don't matter. However, it is easy to let devd branch to a custom script that checks, for example, if a specific user is currently logged in, and if it is, performs a user-specific action. In this case, the corresponding logic needs to be implemented in that script, as devd has no access to if a specific user is logged in at the time a certain action needs to be performed (except, of course, it is hardcoded into its configuration file, but in my opinion, it's much easier and more convenient to put that logic into an external script). Many years ago, I needed exact that solution to make a crappy printer work. Upon attaching the printer, the system checked if the only user who was permitted to use that particular printer was currently logged in, and if he was, started certain programs first as root, then from that user account, created some specific files in the user's directory, and finally, after some delay, used xmessage to show the user a message that the printer was now available. As you can see, it was a _very_ crappy printer which needed all this terrible stuff. ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sun Jan 14 11:05:08 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A84DE62966 for ; Sun, 14 Jan 2018 11:05:08 +0000 (UTC) (envelope-from john@johnrshannon.com) Received: from maila.johnrshannon.com (maila.johnrshannon.com [173.198.166.11]) by mx1.freebsd.org (Postfix) with ESMTP id 66B3176F4A for ; Sun, 14 Jan 2018 11:05:07 +0000 (UTC) (envelope-from john@johnrshannon.com) Received: from [192.168.1.42] (michael.internal.johnrshannon.com [192.168.1.42]) by maila.johnrshannon.com (Postfix) with ESMTP id 2D9E2677 for ; Sun, 14 Jan 2018 04:05:01 -0700 (MST) Subject: Re: Adaptec AIC7902 SCSI Errors To: freebsd-questions@freebsd.org References: From: "John R. Shannon" Message-ID: <80551745-8e3e-1d51-a63c-975fec47a335@johnrshannon.com> Date: Sun, 14 Jan 2018 04:05:00 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 11:05:08 -0000 I found that, by configuring the SCSI to operate as U160 instead of U320, the problem goes away. On 01/10/18 09:02, John R. Shannon via freebsd-questions wrote: > Supermicro server with SCSI controller built into motherboard. Relevant > ports of dmesg shows: > > ahd0: port > 0x4400-0x44ff,0x4000-0x40ff mem 0xd2102000-0xd2103fff irq 30 at device > 2.0 on pci7 > ahd1: port > 0x4c00-0x4cff,0x4800-0x48ff mem 0xd2104000-0xd2105fff irq 31 at device > 2.1 on pci7 > ahd0: Invalid Sequencer interrupt occurred. > ahd0: Dumping Card State at program address 0x23c Mode 0x0 > ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0x1f4 > ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0x1f1 > ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 > ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 > ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 > ahd0: REG0 == 0xbbff, SINDEX = 0x10e, DINDEX = 0x104 > ahd0: SCBPTR == 0x1f4, SCB_NEXT == 0xffc0, SCB_NEXT2 == 0x1f2 > (probe1:ahd0:0:1:0): inquiry data fails comparison at DV1 step > (probe0:ahd0:0:0:0): inquiry data fails comparison at DV1 step > (ahd0:A:1:0): refuses synchronous negotiation. Using asynchronous transfers > (ahd0:A:0:0): refuses synchronous negotiation. Using asynchronous transfers > ... > > ahd0: Invalid Sequencer interrupt occurred. > >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<< > ahd0: Dumping Card State at program address 0x23c Mode 0x0 > Card was paused > INTSTAT[0x0] SELOID[0x1] SELID[0x30] HS_MAILBOX[0x0] > INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] SAVED_MODE[0x11] > DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) > SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SCSIBUS[0x0] > LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISEQ0[0x0] > SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0[0x0] > SEQINTCTL[0x6]:(INTMASK1|INTMASK2) > SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUNT[0x4] > KERNEL_QFREEZE_COUNT[0x4] MK_MESSAGE_SCB[0xff00] MK_MESSAGE_SCSIID[0xff] > SSTAT0[0x0] SSTAT1[0x0] SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] > SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) LQISTAT0[0x0] > LQISTAT1[0x0] LQISTAT2[0x0] LQOSTAT0[0x0] LQOSTAT1[0x0] > LQOSTAT2[0x0] > > SCB Count = 512 CMDS_PENDING = 0 LASTSCB 0xffff CURRSCB 0x1f2 NEXTSCB > 0xffc0 > qinstart = 51 qinfifonext = 52 > QINFIFO: 0x1f1 > WAITING_TID_QUEUES: > Pending list: > 497 FIFO_USE[0x0] SCB_CONTROL[0x58]:(STATUS_RCVD|MK_MESSAGE|DISCENB) > SCB_SCSIID[0x7] > Total 1 > Kernel Free SCB lists: >   Any Device: 498 500 503 499 501 502 504 505 506 507 508 509 510 511 > 496 495 494 493 492 491 490 489 488 487 486 485 484 483 482 481 480 479 > 478 477 476 475 474 473 472 471 470 469 468 467 466 465 464 463 462 461 > 460 459 458 457 456 455 454 453 452 451 450 449 448 447 446 445 444 443 > 442 441 440 439 438 437 436 435 434 433 432 431 430 429 428 427 426 425 > 424 423 422 421 420 419 418 417 416 415 414 413 412 411 410 409 408 407 > 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 391 390 389 > 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 372 371 > 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354 353 > 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 335 > 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 > 316 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 > 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 > 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 > 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 245 > 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 > 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 > 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 > 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 > 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 > 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 > 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 > 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 > 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 > 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 > 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 > 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 > 1 0Sequencer Complete DMA-inprog list: > Sequencer Complete list: > Sequencer DMA-Up and Complete list: > Sequencer On QFreeze and Complete list: > > > ahd0: FIFO0 Free, LONGJMP == 0x8000, SCB 0x1f4 > SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) > > SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) > SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] > SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 > HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) > > ahd0: FIFO1 Free, LONGJMP == 0x8063, SCB 0x1f1 > SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS) > > SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) > SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x0] DFFSXFRCTL[0x0] > SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR = 0x00, SHCNT = 0x0 > HADDR = 0x00, HCNT = 0x0 CCSGCTL[0x10]:(SG_CACHE_AVAIL) > LQIN: 0x8 0x0 0x1 0xf4 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 > 0x0 0x0 0x0 0x0 > ahd0: LQISTATE = 0x0, LQOSTATE = 0x0, OPTIONMODE = 0x42 > ahd0: OS_SPACE_CNT = 0x20 MAXCMDCNT = 0x1 > ahd0: SAVED_SCSIID = 0x0 SAVED_LUN = 0x0 > > SIMODE0[0xc]:(ENOVERRUN|ENIOERR) > CCSCBCTL[0x0] > ahd0: REG0 == 0xbbff, SINDEX = 0x10e, DINDEX = 0x104 > ahd0: SCBPTR == 0x1f4, SCB_NEXT == 0xffc0, SCB_NEXT2 == 0x1f2 > CDB 12 0 0 80 8 9e > STACK: 0x237 0x2 0x0 0x0 0x0 0x0 0x0 0x0 > <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>>>>>>>>>>>>>>> > (probe1:ahd0:0:1:0): inquiry data fails comparison at DV1 step > (probe0:ahd0:0:0:0): inquiry data fails comparison at DV1 step > (ahd0:A:1:0): refuses synchronous negotiation. Using asynchronous transfers > (ahd0:A:0:0): refuses synchronous negotiation. Using asynchronous transfers > ses0 at ahd0 bus 0 scbus0 target 6 lun 0 > ses0: Fixed Processor SCSI-2 device > ses0: 3.300MB/s transfers > ses0: SAF-TE Compliant Device > ses1 at ahd1 bus 0 scbus1 target 6 lun 0 > ses1: Fixed Processor SCSI-2 device > ses1: 3.300MB/s transfers > da1 at ahd0 bus 0 scbus0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: Serial Number 3LQ0C90X00009727C157 > da1: 6.600MB/s transfers (16bit) > da1: Command Queueing enabled > da1: 70007MB (143374744 512 byte sectors) > da2 at ahd0 bus 0 scbus0 target 3 lun 0 > da2: Fixed Direct Access SCSI-3 device > da2: Serial Number 3LQ0C8Z600009727S9J7 > da2: 320.000MB/s transfers (160.000MHz DT, offset 63, 16bit) > da2: Command Queueing enabled > da2: 70007MB (143374744 512 byte sectors) > cd0 at ata0 bus 0 scbus2 target 1 lun 0 > cd0: Removable CD-ROM SCSI device > cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) > cd0: Attempt to query device size failed: NOT READY, Medium not present > da0 at ahd0 bus 0 scbus0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: Serial Number 3LQ0KKB500007702X77X > da0: 6.600MB/s transfers (16bit) > da0: Command Queueing enabled > da0: 70007MB (143374744 512 byte sectors) > ... > > and similarly with the CD drive: > > > ugen4.2: at usbus4 > umass0 on uhub0 > umass0: on > usbus4 > umass0:  8070i (ATAPI) over Bulk-Only; quirks = 0x4000 > umass0:3:0: Attached to scbus3 > cd1 at umass-sim0 bus 0 scbus3 target 0 lun 0 > cd1: Removable CD-ROM SCSI device > cd1: 40.000MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > - tray closed > cd1: quirks=0x10<10_BYTE_ONLY> > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > > -- (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > (cd1:umass-sim0:0:0:0): READ(10). CDB: 28 00 00 00 00 00 00 00 01 00 > (cd1:umass-sim0:0:0:0): CAM status: SCSI Status Error > (cd1:umass-sim0:0:0:0): SCSI status: Check Condition > (cd1:umass-sim0:0:0:0): SCSI sense: ILLEGAL REQUEST asc:64,0 (Illegal > mode for this track) > (cd1:umass-sim0:0:0:0): Error 6, Unretryable error > (cd1:umass-sim0:0:0:0): cddone: got error 0x6 back > ugen4.2: at usbus4 (disconnected) > umass0: at uhub0, port 1, addr 2 (disconnected) > cd1 at umass-sim0 bus 0 scbus3 target 0 lun 0 > cd1: detached > (cd1:umass-sim0:0:0:0): Periph destroyed > umass0: detached > > Is the a work-around or fix? > > > John R. Shannon > john@johnrshannon.com > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" -- John R. Shannon john@johnrshannon.com From owner-freebsd-questions@freebsd.org Sun Jan 14 14:34:15 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3F2AE72C7E; Sun, 14 Jan 2018 14:34:15 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5C6D37E52C; Sun, 14 Jan 2018 14:34:14 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w0EEYBk8024846 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 14 Jan 2018 14:34:11 GMT (envelope-from list1@gjunka.com) Subject: Re: Server doesn't boot when 3 PCIe slots are populated To: freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org References: <061ccfb3-ee6a-71a7-3926-372bb17b3171@kicp.uchicago.edu> From: Grzegorz Junka Message-ID: <4cd39c52-9bf0-ef44-8335-9b4cf6eb6a6b@gjunka.com> Date: Sun, 14 Jan 2018 14:34:11 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <061ccfb3-ee6a-71a7-3926-372bb17b3171@kicp.uchicago.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 14:34:15 -0000 On 13/01/2018 18:31, Valeri Galtsev wrote: > > > On 01/13/18 10:21, Grzegorz Junka wrote: >> Hello, >> >> I am installing a FreeBSD server based on Supermicro H8SML-iF. There >> are three PCIe slots to which I installed 2 NVMe drives and one >> network card Intel I350-T4 (with 4 Ethernet slots). >> >> I am observing a strange behavior where the system doesn't boot if >> all three PCIe slots are populated. It shows this message: >> >> nvme0: mem 0xfd8fc000-0xfd8fffff irq 24 at >> device 0.0 on pci1 >> nvme0: controller ready did not become 1 within 30000 ms >> nvme0: did not complete shutdown within 5 seconds of notification >> >> The I see a kernel panic/dump and the system reboots after 15 seconds. >> >> If I remove one card, either one of the NVMe drives or the network >> card, the system boots fine. Also, if in BIOS I set PnP OS to YES >> then sometimes it boots (but not always). If I set PnP OS to NO, and >> all three cards are installed, the system never boots. >> >> When the system boots OK I can see that the network card is reported >> as 4 separate devices on one of the PCIe slots. I tried different >> NVMe drives as well as changing which device is installed to which >> slot but the result seems to be the same in any case. >> >> What may be the issue? Amount of power drawn by the hardware? Too >> many devices not supported by the motherboard? Too many interrupts >> for the FreeBSD kernel to handle? > > That would be my first suspicion. Either total power drawn off the > power supply. Or total power drawn off the PCI[whichever it is] bus > power leads. Check if any of the add-on cards have extra power port > (many video cards do). Card likely will work without extra power > connected to it, but connecting extra power on the card may solve your > problem. Next: borrow more powerful power supply and see if that > resolves the issue. Or temporarily disconnect everything else (like > all hard drives), and boot with all three cards off live CD, and see > if that doesn't crash, then it is marginally insufficient power supply. Thanks for the suggestion. The power supply was able to power two NVMe disks and 6 spinning HDD disks without issues in another server. So the total power should be fine. It may be the PCI bus power leads is causing problems but then, two NVMe drives wouldn't take more than 5-9W and the network card even less. PCI Express specification allows much more to be drawn from each slot. In total the server shouldn't take more than 50-70W, I am not saying that it's not because of the power supply, but I think it would be the least likely at this point. I will try with another power supply when I find one. GregJ From owner-freebsd-questions@freebsd.org Sun Jan 14 14:46:21 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90D2DE736CD; Sun, 14 Jan 2018 14:46:21 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E80467EAF9; Sun, 14 Jan 2018 14:46:20 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w0EEkIPT025002 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 14 Jan 2018 14:46:18 GMT (envelope-from list1@gjunka.com) Subject: Re: Server doesn't boot when 3 PCIe slots are populated Cc: FreeBSD Questions Mailing List , freebsd-drivers@freebsd.org References: From: Grzegorz Junka Message-ID: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> Date: Sun, 14 Jan 2018 14:46:18 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB-large Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 14:46:21 -0000 On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: > > > On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka > wrote: > > Hello, > > I am installing a FreeBSD server based on Supermicro H8SML-iF. > There are three PCIe slots to which I installed 2 NVMe drives and > one network card Intel I350-T4 (with 4 Ethernet slots). > > I am observing a strange behavior where the system doesn't boot if > all three PCIe slots are populated. It shows this message: > > nvme0: mem 0xfd8fc000-0xfd8fffff irq 24 at > device 0.0 on pci1 > nvme0: controller ready did not become 1 within 30000 ms > nvme0: did not complete shutdown within 5 seconds of notification > > The I see a kernel panic/dump and the system reboots after 15 seconds. > > If I remove one card, either one of the NVMe drives or the network > card, the system boots fine. Also, if in BIOS I set PnP OS to YES > then sometimes it boots (but not always). If I set PnP OS to NO, > and all three cards are installed, the system never boots. > > When the system boots OK I can see that the network card is > reported as 4 separate devices on one of the PCIe slots. I tried > different NVMe drives as well as changing which device is > installed to which slot but the result seems to be the same in any > case. > > What may be the issue? Amount of power drawn by the hardware? Too > many devices not supported by the motherboard? Too many interrupts > for the FreeBSD kernel to handle? > > Any help would be greatly appreciated. > > GregJ > > _______________________________________________ > > > > > > From my experience from other trade marked main boards , an action may > be to check manual of your server board to see whether there are rules > about use of these slots : Sometimes differently shaped slots are > supplied with same ports : If one slot is occupied , the other slot > should be left open , or rules about not to insert such a kind of > device into a slot , for example , graphic cards . > > > Mehmet Erol Sanliturk > I checked the manual but couldn't find any restrictions regarding PCIe ports. It only says how many lanes are available in each slot. Would there be any obvious BIOS setting that could cause this issue? I tried after resetting BIOS to default settings but maybe something is set incorrectly by default? GregJ From owner-freebsd-questions@freebsd.org Sun Jan 14 14:50:17 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79FA5E73B80; Sun, 14 Jan 2018 14:50:17 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id 305437ED5D; Sun, 14 Jan 2018 14:50:16 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id 7E4D1CB8D3A; Sun, 14 Jan 2018 08:50:10 -0600 (CST) Received: from 108.68.169.115 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Sun, 14 Jan 2018 08:50:10 -0600 (CST) Message-ID: <60145.108.68.169.115.1515941410.squirrel@cosmo.uchicago.edu> In-Reply-To: <4cd39c52-9bf0-ef44-8335-9b4cf6eb6a6b@gjunka.com> References: <061ccfb3-ee6a-71a7-3926-372bb17b3171@kicp.uchicago.edu> <4cd39c52-9bf0-ef44-8335-9b4cf6eb6a6b@gjunka.com> Date: Sun, 14 Jan 2018 08:50:10 -0600 (CST) Subject: Re: Server doesn't boot when 3 PCIe slots are populated From: "Valeri Galtsev" To: "Grzegorz Junka" Cc: freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 14:50:17 -0000 On Sun, January 14, 2018 8:34 am, Grzegorz Junka wrote: > > On 13/01/2018 18:31, Valeri Galtsev wrote: >> >> >> On 01/13/18 10:21, Grzegorz Junka wrote: >>> Hello, >>> >>> I am installing a FreeBSD server based on Supermicro H8SML-iF. There >>> are three PCIe slots to which I installed 2 NVMe drives and one >>> network card Intel I350-T4 (with 4 Ethernet slots). >>> >>> I am observing a strange behavior where the system doesn't boot if >>> all three PCIe slots are populated. It shows this message: >>> >>> nvme0: mem 0xfd8fc000-0xfd8fffff irq 24 at >>> device 0.0 on pci1 >>> nvme0: controller ready did not become 1 within 30000 ms >>> nvme0: did not complete shutdown within 5 seconds of notification >>> >>> The I see a kernel panic/dump and the system reboots after 15 seconds. >>> >>> If I remove one card, either one of the NVMe drives or the network >>> card, the system boots fine. Also, if in BIOS I set PnP OS to YES >>> then sometimes it boots (but not always). If I set PnP OS to NO, and >>> all three cards are installed, the system never boots. >>> >>> When the system boots OK I can see that the network card is reported >>> as 4 separate devices on one of the PCIe slots. I tried different >>> NVMe drives as well as changing which device is installed to which >>> slot but the result seems to be the same in any case. >>> >>> What may be the issue? Amount of power drawn by the hardware? Too >>> many devices not supported by the motherboard? Too many interrupts >>> for the FreeBSD kernel to handle? >> >> That would be my first suspicion. Either total power drawn off the >> power supply. Or total power drawn off the PCI[whichever it is] bus >> power leads. Check if any of the add-on cards have extra power port >> (many video cards do). Card likely will work without extra power >> connected to it, but connecting extra power on the card may solve your >> problem. Next: borrow more powerful power supply and see if that >> resolves the issue. Or temporarily disconnect everything else (like >> all hard drives), and boot with all three cards off live CD, and see >> if that doesn't crash, then it is marginally insufficient power supply. > > Thanks for the suggestion. The power supply was able to power two NVMe > disks and 6 spinning HDD disks without issues in another server. So the > total power should be fine. It may be the PCI bus power leads is causing > problems but then, two NVMe drives wouldn't take more than 5-9W and the > network card even less. PCI Express specification allows much more to be > drawn from each slot. In total the server shouldn't take more than 50-70W, > > I am not saying that it's not because of the power supply, but I think > it would be the least likely at this point. I will try with another > power supply when I find one. Another shot in the dark: some PCI-express slots may be "a pair", i.e. they can only take cards with the same number of signal lanes. Then you may have trouble if one of the cards is, say, x8 another is x4. System board ("motherboard") manual may shed light on this. Incidentally, PS powering successfully different machine not necessarily is also sufficient to power this one. As you said. Good luck! Valeri ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@freebsd.org Sun Jan 14 15:01:30 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D20EDE74466; Sun, 14 Jan 2018 15:01:30 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 87EBE7F480; Sun, 14 Jan 2018 15:01:29 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w0EF1SpL025287 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sun, 14 Jan 2018 15:01:28 GMT (envelope-from list1@gjunka.com) Subject: Re: Server doesn't boot when 3 PCIe slots are populated Cc: freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org References: <061ccfb3-ee6a-71a7-3926-372bb17b3171@kicp.uchicago.edu> <4cd39c52-9bf0-ef44-8335-9b4cf6eb6a6b@gjunka.com> <60145.108.68.169.115.1515941410.squirrel@cosmo.uchicago.edu> From: Grzegorz Junka Message-ID: Date: Sun, 14 Jan 2018 15:01:28 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <60145.108.68.169.115.1515941410.squirrel@cosmo.uchicago.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 15:01:30 -0000 On 14/01/2018 14:50, Valeri Galtsev wrote: > On Sun, January 14, 2018 8:34 am, Grzegorz Junka wrote: >> On 13/01/2018 18:31, Valeri Galtsev wrote: >>> >>> On 01/13/18 10:21, Grzegorz Junka wrote: >>>> Hello, >>>> >>>> I am installing a FreeBSD server based on Supermicro H8SML-iF. There >>>> are three PCIe slots to which I installed 2 NVMe drives and one >>>> network card Intel I350-T4 (with 4 Ethernet slots). >>>> >>>> I am observing a strange behavior where the system doesn't boot if >>>> all three PCIe slots are populated. It shows this message: >>>> >>>> nvme0: mem 0xfd8fc000-0xfd8fffff irq 24 at >>>> device 0.0 on pci1 >>>> nvme0: controller ready did not become 1 within 30000 ms >>>> nvme0: did not complete shutdown within 5 seconds of notification >>>> >>>> The I see a kernel panic/dump and the system reboots after 15 seconds. >>>> >>>> If I remove one card, either one of the NVMe drives or the network >>>> card, the system boots fine. Also, if in BIOS I set PnP OS to YES >>>> then sometimes it boots (but not always). If I set PnP OS to NO, and >>>> all three cards are installed, the system never boots. >>>> >>>> When the system boots OK I can see that the network card is reported >>>> as 4 separate devices on one of the PCIe slots. I tried different >>>> NVMe drives as well as changing which device is installed to which >>>> slot but the result seems to be the same in any case. >>>> >>>> What may be the issue? Amount of power drawn by the hardware? Too >>>> many devices not supported by the motherboard? Too many interrupts >>>> for the FreeBSD kernel to handle? >>> That would be my first suspicion. Either total power drawn off the >>> power supply. Or total power drawn off the PCI[whichever it is] bus >>> power leads. Check if any of the add-on cards have extra power port >>> (many video cards do). Card likely will work without extra power >>> connected to it, but connecting extra power on the card may solve your >>> problem. Next: borrow more powerful power supply and see if that >>> resolves the issue. Or temporarily disconnect everything else (like >>> all hard drives), and boot with all three cards off live CD, and see >>> if that doesn't crash, then it is marginally insufficient power supply. >> Thanks for the suggestion. The power supply was able to power two NVMe >> disks and 6 spinning HDD disks without issues in another server. So the >> total power should be fine. It may be the PCI bus power leads is causing >> problems but then, two NVMe drives wouldn't take more than 5-9W and the >> network card even less. PCI Express specification allows much more to be >> drawn from each slot. In total the server shouldn't take more than 50-70W, >> >> I am not saying that it's not because of the power supply, but I think >> it would be the least likely at this point. I will try with another >> power supply when I find one. > Another shot in the dark: some PCI-express slots may be "a pair", i.e. > they can only take cards with the same number of signal lanes. Then you > may have trouble if one of the cards is, say, x8 another is x4. System > board ("motherboard") manual may shed light on this. > > Incidentally, PS powering successfully different machine not necessarily > is also sufficient to power this one. As you said. > The manual states: Slot 7: One (1) PCI-Express x8 (in x16) Gen. 2 Slot 6: One (1) PCI-Express x4 (in x8 slot) Gen. 2 Slot 5: One (1) PCI-Express x8 Gen. 2 I tried all combinations (the pair of NVMe drives in slots 5/6, 5/7, 6/7, the network card in the third slot) but none worked. Considering the manual, slots 5/7 for NVMe and slot 6 for the network card should be the safest bet? Is there any utility to verify how many CPU lanes are in use/free? GregJ From owner-freebsd-questions@freebsd.org Sun Jan 14 16:18:11 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 190ABE786BE; Sun, 14 Jan 2018 16:18:11 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ot0-x236.google.com (mail-ot0-x236.google.com [IPv6:2607:f8b0:4003:c0f::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CE2238205A; Sun, 14 Jan 2018 16:18:10 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mail-ot0-x236.google.com with SMTP id 53so8824148otj.2; Sun, 14 Jan 2018 08:18:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=KsWqC5QJddch9AjI/Cx9DJO284czsu8Nll3HIyfKXbY=; b=gMYGVUk0Ujbf3so6HtVXZzH4Uhv7h9vFZm6j6D5dunxKeNndPxdyzRSFskSY6cikL9 qqbqvfKwDnoXnLzeioE/UfFesZed2r+EacKrPOS3C6orjpZWW+HXeAAbBhP3q5y/i5Cn cUtxb3N7sfsQT/TI1SulliJGLmAfMYjXNfvT8qBp/Y/0GAi9AYhsCXtrjBatiqplCO6S YJT8J6C4/Y66uaQeDvOwaDjXzr0oTTfOLbDAjweI8KwXqFRlfgtYOvZhSEUd2k/MJcTS BKy7gPGirBFFh+3Fp9KwVZpRA7Q/2m3c/klvxZJEv1kVfK4y37m5n5tuc9jsMA4CKe+V te4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=KsWqC5QJddch9AjI/Cx9DJO284czsu8Nll3HIyfKXbY=; b=CUL4pN7Ioy7bK4y8hef9RxkUdS+8BJuLGVXJvd536HMx8O6Td1Jcx2ajifnYTUqFkq WG+JvYtbX4VKXEBlTQSCHtBI4O8gvXKR4eTnQNK/rqjC6q20qtRkB6m8uFJqcVIUhxpP pN80Mw+l5nKEpp2002lk/Zr0D9JdJu9E6uRFTRN3RTYqjQI7BS+qlhgfXkGM4sNVpOur 9fD3hVAEkeI7YUVjSXy9VA0T/zsN033GTnEVSz1ouS38rPgYW9Ms7/vlrUxbuQ0UGhzG aMlNlElkKmH9EjUMkqg23ErHwLpcuChTwJsUTg95r7AcSo0aOsu6xevPMPSoHCtbgVQr zdQg== X-Gm-Message-State: AKwxytcM5UBF8UcwglrlPXktsVnOwZlGb22pKFeo+a0Dwpsal3q9GbW8 w4f/QYNDBbwPoCpH3lgZqWiycMrzFx7nE+KysKxnuA== X-Google-Smtp-Source: ACJfBovlv3K0zJazMWg9DWTu3iZCdlqHwm2xRWCPmXyf8nGcfJk75ZH3qpz+Bupu1wvLgAVYds4Zcb2pTetwkG2eK6U= X-Received: by 10.157.82.96 with SMTP id q32mr6745373otg.376.1515946690099; Sun, 14 Jan 2018 08:18:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.0.2 with HTTP; Sun, 14 Jan 2018 08:18:09 -0800 (PST) In-Reply-To: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> From: Mehmet Erol Sanliturk Date: Sun, 14 Jan 2018 19:18:09 +0300 Message-ID: Subject: Re: Server doesn't boot when 3 PCIe slots are populated To: Grzegorz Junka Cc: FreeBSD Questions Mailing List , freebsd-drivers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 16:18:11 -0000 On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka wrote: > > On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: > >> >> >> On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka > > wrote: >> >> Hello, >> >> I am installing a FreeBSD server based on Supermicro H8SML-iF. >> There are three PCIe slots to which I installed 2 NVMe drives and >> one network card Intel I350-T4 (with 4 Ethernet slots). >> >> I am observing a strange behavior where the system doesn't boot if >> all three PCIe slots are populated. It shows this message: >> >> nvme0: mem 0xfd8fc000-0xfd8fffff irq 24 at >> device 0.0 on pci1 >> nvme0: controller ready did not become 1 within 30000 ms >> nvme0: did not complete shutdown within 5 seconds of notification >> >> The I see a kernel panic/dump and the system reboots after 15 seconds. >> >> If I remove one card, either one of the NVMe drives or the network >> card, the system boots fine. Also, if in BIOS I set PnP OS to YES >> then sometimes it boots (but not always). If I set PnP OS to NO, >> and all three cards are installed, the system never boots. >> >> When the system boots OK I can see that the network card is >> reported as 4 separate devices on one of the PCIe slots. I tried >> different NVMe drives as well as changing which device is >> installed to which slot but the result seems to be the same in any >> case. >> >> What may be the issue? Amount of power drawn by the hardware? Too >> many devices not supported by the motherboard? Too many interrupts >> for the FreeBSD kernel to handle? >> >> Any help would be greatly appreciated. >> >> GregJ >> >> _______________________________________________ >> >> >> >> >> >> From my experience from other trade marked main boards , an action may be >> to check manual of your server board to see whether there are rules about >> use of these slots : Sometimes differently shaped slots are supplied with >> same ports : If one slot is occupied , the other slot should be left open , >> or rules about not to insert such a kind of device into a slot , for >> example , graphic cards . >> >> >> Mehmet Erol Sanliturk >> >> > I checked the manual but couldn't find any restrictions regarding PCIe > ports. It only says how many lanes are available in each slot. Would there > be any obvious BIOS setting that could cause this issue? I tried after > resetting BIOS to default settings but maybe something is set incorrectly > by default? > > GregJ > _______________________________________________ > > http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56x0/H8SML-iF.cfm H8SML-iF On the above page , click "OS Compatibility" On the following page , click "SR5650" http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp_SR5650.cfm OS Compatibility Chart On the column ( third ) H8SML-7F H8SML-7 H8SML-iF H8SML-i there listed only FreeBSD 8.0 FreeBSD 9.1 >From this list , it may be said that , this mother board date is old , means , it seems that the new OS versions are not tested after currently tested OS versions . To check interaction between operating system and your Supermicro H8SML-iF , select one of the suitable operating system ( Unix class OSes are more suitable ) for you and tested on this card , and try to install it as you like your installed components . If it boots successfully , it means that there is an incompatibility between your FreeBSD and the main board . If no one of them boots , then you may conclude that , there is a problem in your settings . BIOS settings are important , because , OS communicates with the main board through these settings . In manual ( downloaded from the above page : Manual Revision 1.0c Release Date: March 12, 2014 ) , page 4-9 , "PCI/PnP Configuration" is defined . If PnP is selected YES. OS adjusts some device settings . If NO is selected , BIOS adjusts some device settings . When BIOS adjusted device settings are not conforming to OS parameters , the result will be "FAIL" . Therefore , more suitable selection is YES . Another point is that , there are many more BIOS selectable parameters and jumpers about PCI slots and others . There are some BIOS settings for PCI slots : PCI X4 Slot 6 ( page 4-9 ) PCI x8 Slot 7 ( page 4-10 ) Please review these BIOS settings in your manual and set them with respect to your requirements . Mehmet Erol Sanliturk From owner-freebsd-questions@freebsd.org Sun Jan 14 16:50:16 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B016CE79E8B for ; Sun, 14 Jan 2018 16:50:16 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic303-20.consmr.mail.ir2.yahoo.com (sonic303-20.consmr.mail.ir2.yahoo.com [77.238.178.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF2583186 for ; Sun, 14 Jan 2018 16:50:15 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: 44U_CTwVM1k_xQbTU.IRSSNbRfN9ozrwn2pSFIU5iR3GKZmaegJnn.zUDuz6Tra XtPfxsMRXAvpqH_Q_La2jzNBc97GLhHoQz8CE9WyM8BSGsACCLvy0Ts6lV8E5.MiV3OUEkPkmz9h SGE0q.4f4m2DQJXHhdNPXvOpsRqs_kvjRcscvtrBHW8ATsN3rNcm89I079FQtXdo_xQCTNwBGvsJ SKPRCc4vCo0j.8MJE68ozlef4WgQ66SD28qOYWxGMAXMR1jYRCJ5s3Q4AzyahZifymJ8kSWkZL5W _uLJulZxQetvzTOZHnUXOMfmuV8w1FdxKeN7dO79wQeD4FfLZwKD1U2picyhSj98CI.seDwB7ZOP GYEaKweIGwp.IV5C3xUcTBsu8dR7HVUL8ZvtfQtDIhn9iKHnQ5.xCApks5IfyfPN9JDAUk71LWe8 KqhNjwmS8z_cN4tfUZ5KAbm3BB9O0gZzDMxbRme.mqfcLORKfmS0oPuFublHaOefQyj8a.crtTjV hFUHbdUWlCP6MmFRIETUU.MrLNxh2Nm972WXX Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ir2.yahoo.com with HTTP; Sun, 14 Jan 2018 16:50:08 +0000 Received: from smtp169.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.36]) by smtp416.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID 8bddfd28112c51655c0776d775912669; Sun, 14 Jan 2018 16:50:07 +0000 (UTC) Date: Sun, 14 Jan 2018 17:50:06 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Cc: galtsev@kicp.uchicago.edu Subject: Re: Server doesn't boot when 3 PCIe slots are populated Message-ID: <20180114175006.69ff2ee1@archlinux.localdomain> In-Reply-To: <60145.108.68.169.115.1515941410.squirrel@cosmo.uchicago.edu> References: <061ccfb3-ee6a-71a7-3926-372bb17b3171@kicp.uchicago.edu> <4cd39c52-9bf0-ef44-8335-9b4cf6eb6a6b@gjunka.com> <60145.108.68.169.115.1515941410.squirrel@cosmo.uchicago.edu> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 16:50:16 -0000 On Sun, 14 Jan 2018 08:50:10 -0600 (CST), Valeri Galtsev wrote: >Incidentally, PS powering successfully different machine not >necessarily is also sufficient to power this one. SMPSs are a PITA, as soon as I gain world domination the first thing I'll do, is to forbid SMPSs and I'll enforce to burn all circuit diagrams and literature about SMPSs. However, I noticed that replacing the CMOS battery and/or shorting the CMOS clearing pins on mobos much too often does magic. From owner-freebsd-questions@freebsd.org Sun Jan 14 19:10:14 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B6F7EA6E73 for ; Sun, 14 Jan 2018 19:10:14 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 32C1568027 for ; Sun, 14 Jan 2018 19:10:13 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id w0EJ8HLq008141 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sun, 14 Jan 2018 13:08:17 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id w0EJ8Hul008140 for freebsd-questions@freebsd.org; Sun, 14 Jan 2018 13:08:17 -0600 (CST) (envelope-from bob) Date: Sun, 14 Jan 2018 13:08:17 -0600 From: Bob Willcox To: questions list Subject: How can I disable my Lenovo laptop's touchpad? Message-ID: <20180114190817.GC3614@rancor.immure.com> Reply-To: Bob Willcox MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.9.2 (2017-12-15) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 19:10:14 -0000 I've disabled it in the BIOS but once FreeBSD (12-current) boots it gets turned on. I really hate touchpads (result in undesirable mouse movements). What is the system is re-enabling it and how can I stop it? Thanks, Bob -- Bob Willcox | If everything is coming your way, you're in the bob@immure.com | wrong lane. Austin, TX | From owner-freebsd-questions@freebsd.org Sun Jan 14 19:27:03 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91B51EB21CD for ; Sun, 14 Jan 2018 19:27:03 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic301-22.consmr.mail.ir2.yahoo.com (sonic301-22.consmr.mail.ir2.yahoo.com [77.238.176.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 346556919A for ; Sun, 14 Jan 2018 19:27:02 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: RfldtrMVM1nJd5zSbd3f.GvhStRhDLqVpdIAAKtHy5a3ywtrtYq6DZ6w8VtXftv WLbUV25U8x1LFJ3ButAvLEe4D958KH2rWYKfXmjLrWYVU8jTUgHVV8uIMrwc8nBEj12mW5W1CQh6 FgPlj9Y2rFh0_cf1fn0_CWq5MtS0gD6eeYeP.aip.5fh1qoXMwiuLIEI7gsLOqAkmrN9wIGv78Zo lgfrFCH0_ND6c8hGcDFfPun2WXfKAvVK4Tsjde_sKmdQh5Ynd9Ka78gpgPHckAhGRw2ounMhJ300 PdrBsPmtfvrndHz3j3kRR34oQEKNRpXEVqopI3t3.qyAHFry_lPCGj.GsvkzGTaMcjkY4WMQH98h GLqH3mkm2qKLOU3d6_lXqR.sI_7lZKgCIVY8iwQRm0jLCa_6cnvl6DBbAxFzi4tSKpK9wXOHJ.wO wXSnQw6Q13SiDbBZXdC4HZmqCMLK8eFTj5jS0e.tnZMi6NAsUm4x4dWCHYDemUpEUKB1k59FkVTg InGmdDHr2Q181w2432yrLCZmBeQx_Mge1tCJ1JhAt Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ir2.yahoo.com with HTTP; Sun, 14 Jan 2018 19:26:55 +0000 Received: from smtp169.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.36]) by smtp407.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID ddf3f188fd5eba6d518037762e4ebd1f; Sun, 14 Jan 2018 19:26:50 +0000 (UTC) Date: Sun, 14 Jan 2018 20:26:50 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: How can I disable my Lenovo laptop's touchpad? Message-ID: <20180114202650.73bd1d67@archlinux.localdomain> In-Reply-To: <20180114190817.GC3614@rancor.immure.com> References: <20180114190817.GC3614@rancor.immure.com> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jan 2018 19:27:03 -0000 Dunno if it's helpful: https://ben-rowan.github.io/post/disable_lenovo_trackpad/ From owner-freebsd-questions@freebsd.org Mon Jan 15 00:24:15 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0BCE8E6CD3B for ; Mon, 15 Jan 2018 00:24:15 +0000 (UTC) (envelope-from az7irqdpfm0u8b2j5w3t@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C5D974F21 for ; Mon, 15 Jan 2018 00:24:14 +0000 (UTC) (envelope-from az7irqdpfm0u8b2j5w3t@gmx.com) Received: from [173.24.176.195] ([173.24.176.195]) by 3c-app-mailcom-bs12.server.lan (via HTTP); Mon, 15 Jan 2018 01:24:11 +0100 Message-ID: From: "C. Cooper" To: freebsd-questions@freebsd.org Subject: loading Date: Mon, 15 Jan 2018 01:24:11 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K1:4wfNkMR2viQ/2jzkC1xTxR5EsljUdGbwaUyVGr0gwnC H/GNWakrdhQnPJvC8GAeHexdbg7n8XxfcJ/xN8Of+Abs7QS222 Y3LKTIB0LJFacojEFPIn87r8OKeQSE22+4e+4IV4MngMDy9PJn RjamvqoHr2E7pCVpn2S6tQfuKz4ZTzTqgMuNp3jUwjPeSOtkrd 98aYjkvoT7BG4ibgln1rFHmDyED8EzS+ooQP6ZvAUYwM7qmSWU PIwN7xvEdDHcYja7nzaTTZOdfwrh8fG5+jlrUSBWA6bABz2WWk v3jCw8= X-UI-Out-Filterresults: notjunk:1;V01:K0:qmT/VmYXexA=:cVVFTZpcJTq3EZzF0tSa1t PbMeiaLrlcHaqcnuLWvKJKXwEAVpsMatFZ9Y2fAk1ta10eZW5rHR206aH+uQ9M9bQc/KhkAA2 LzXordQj2AESsv1bEf9ukt9bmb5iCpSMtNTBuh9wrhclXOhRslw74VPZ1qpiEsidGTVlUePkz kavqbv27LVQ2AP6Dp6A7lP+PyjvjHhD2LBcudHrOxPMouCD/p110C1BiWbKmJ/xnGQWvIy+cq XF2lTwIy8n4nGvws11zcddGKS57jUOf/tjoVH3gmbIsBp+5QRvv0WiWuBo/S2Mvccej9fbnmG G1h3F1P+6k8QHq5iDHhRe38Rto69B2cpuEuU0lxd89htdLfpKK6nueDk6qIWZOIAFvsimKt8D doZU2ZPF9pdTM2xmCs5T6Rz3waiU/PUG1ac/K8/GxJcqKkZbGrWSVZxElWoQj4KC2HLl1QQsG 3Rmt7s0zMNH5+f3YFmrM4gFztbKnoI9/K7pqUT4KHccTZ1lakHc2 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 00:24:15 -0000 From owner-freebsd-questions@freebsd.org Mon Jan 15 05:13:17 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBF07E7DC1B for ; Mon, 15 Jan 2018 05:13:17 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 5C7787F290 for ; Mon, 15 Jan 2018 05:13:16 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39912761 for freebsd-questions@freebsd.org; Mon, 15 Jan 2018 11:08:25 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0F5DBDW045371 for ; Mon, 15 Jan 2018 12:13:13 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0F5D8FZ045370 for freebsd-questions@freebsd.org; Mon, 15 Jan 2018 12:13:08 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Mon, 15 Jan 2018 12:13:08 +0700 From: Victor Sudakov To: freebsd-questions@freebsd.org Subject: Dualboot and ZFS Message-ID: <20180115051308.GA45168@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 05:13:18 -0000 Dear Colleagues, I have a box with dual boot: Windows and FreeBSD/UFS: $ gpart show ada0 => 63 976773105 ada0 MBR (466G) 63 1985 - free - (993K) 2048 293029888 1 ntfs [active] (140G) 293031936 598958080 2 ntfs (286G) 891990016 83886080 3 freebsd (40G) 975876096 897072 - free - (438M) $ gpart show ada0s3 => 0 83886080 ada0s3 BSD (40G) 0 75497472 1 freebsd-ufs (36G) 75497472 8388607 2 freebsd-swap (4.0G) 83886079 1 - free - (512B) $ boot0 handles the OS selection, everything works just fine. Can I install FreeBSD with root-on-zfs into ada0s3 somehow? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Mon Jan 15 06:04:57 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F338EA688A; Mon, 15 Jan 2018 06:04:57 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F3C1280E8F; Mon, 15 Jan 2018 06:04:56 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (188.29.165.65.threembb.co.uk [188.29.165.65]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w0F64hOV040719 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 15 Jan 2018 06:04:47 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host 188.29.165.65.threembb.co.uk [188.29.165.65] claimed to be ultrabook.yoonka.com From: Grzegorz Junka Subject: Re: Server doesn't boot when 3 PCIe slots are populated Cc: FreeBSD Questions Mailing List , freebsd-drivers@freebsd.org References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> Message-ID: <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> Date: Mon, 15 Jan 2018 06:04:36 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB-large Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 06:04:57 -0000 On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: > > > On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka > wrote: > > > On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: > > > > On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka > > >> wrote: > >     Hello, > >     I am installing a FreeBSD server based on Supermicro H8SML-iF. >     There are three PCIe slots to which I installed 2 NVMe > drives and >     one network card Intel I350-T4 (with 4 Ethernet slots). > >     I am observing a strange behavior where the system doesn't > boot if >     all three PCIe slots are populated. It shows this message: > >     nvme0: mem 0xfd8fc000-0xfd8fffff irq > 24 at >     device 0.0 on pci1 >     nvme0: controller ready did not become 1 within 30000 ms >     nvme0: did not complete shutdown within 5 seconds of > notification > >     The I see a kernel panic/dump and the system reboots after > 15 seconds. > >     If I remove one card, either one of the NVMe drives or the > network >     card, the system boots fine. Also, if in BIOS I set PnP OS > to YES >     then sometimes it boots (but not always). If I set PnP OS > to NO, >     and all three cards are installed, the system never boots. > >     When the system boots OK I can see that the network card is >     reported as 4 separate devices on one of the PCIe slots. I > tried >     different NVMe drives as well as changing which device is >     installed to which slot but the result seems to be the > same in any >     case. > >     What may be the issue? Amount of power drawn by the > hardware? Too >     many devices not supported by the motherboard? Too many > interrupts >     for the FreeBSD kernel to handle? > >     Any help would be greatly appreciated. > >     GregJ > >     _______________________________________________ > > > > > > From my experience from other trade marked main boards , an > action may be to check manual of your server board to see > whether there are rules about use of these slots : Sometimes > differently shaped slots are supplied with same ports : If one > slot is occupied , the other slot should be left open , or > rules about not to insert such a kind of device into a slot , > for example , graphic cards . > > > Mehmet Erol Sanliturk > > > I checked the manual but couldn't find any restrictions regarding > PCIe ports. It only says how many lanes are available in each > slot. Would there be any obvious BIOS setting that could cause > this issue? I tried after resetting BIOS to default settings but > maybe something is set incorrectly by default? > > GregJ > _______________________________________________ > > > > > > http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56x0/H8SML-iF.cfm > H8SML-iF > > > On the above page , click "OS Compatibility" > > > On the following page , click "SR5650" > > http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp_SR5650.cfm > OS Compatibility Chart > > > On the column ( third ) > > H8SML-7F > H8SML-7 > H8SML-iF > H8SML-i > > > there listed only * > * > ** > * > * > * > * > FreeBSD 8.0 > FreeBSD 9.1 > > From this list , it may be said that , this mother board date is old , > means , it seems that the new OS versions are not tested after > currently tested OS versions . > > > To check interaction between operating system and your Supermicro > H8SML-iF , select one of the suitable operating system ( Unix class > OSes are more suitable ) for you and tested on this card , and try to > install it as you like your installed components . If it boots > successfully , it means that there is an incompatibility between your > FreeBSD and the main board . If no one of them boots , then you may > conclude that , there is a problem in your settings . > > > BIOS settings are important , because , OS communicates with the main > board through these settings . > > > In manual ( downloaded from the above page : > Manual Revision 1.0c > Release Date: March 12, 2014 ) , page 4-9  , "PCI/PnP Configuration" > is defined . > If PnP is selected YES. OS adjusts some device settings  . If NO is > selected , BIOS adjusts some device settings . When BIOS adjusted > device settings are not conforming to OS parameters , the result will > be "FAIL" . > > Therefore , more suitable selection is YES . > > > Another point is that , there are many more BIOS selectable parameters > and jumpers about PCI slots and others  . > There are some BIOS settings for PCI slots : > > PCI X4 Slot 6 ( page 4-9 ) > PCI x8 Slot 7 ( page 4-10 ) > > > > Please review these BIOS settings in your manual and set them with > respect to your requirements . > Thanks Mehmet for looking into this. It's an old motherboard but my point is that it boots fine when either: one NVMe and the network card, or both NVMe are installed, but not when all three are installed. How would that be related to FreeBSD compatibility? The chipset and all devices that I am trying to install are supported by FreeBSD 11.x. I just tried booting into a Debian live system and it also didn't enumerate NVMe drives properly. This means that it's not FreeBSD related and is no longer relevant for this list. I will try to play with BIOS settings to see if I can make it work that way. Thanks for all the help. Regards GregJ From owner-freebsd-questions@freebsd.org Mon Jan 15 06:18:46 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BECABEA7577 for ; Mon, 15 Jan 2018 06:18:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x234.google.com (mail-io0-x234.google.com [IPv6:2607:f8b0:4001:c06::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8FB8C8156D for ; Mon, 15 Jan 2018 06:18:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x234.google.com with SMTP id t63so11990333iod.0 for ; Sun, 14 Jan 2018 22:18:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=SeA1p6h8YVvM3DjMdJjKDSZOihp2kVMiXdxVn+1yjfY=; b=Lx0aLmpFRudzETNrez002rQAxjTslxqv2u3FtkxJ+sqc427V5XRjnYd5aP9FeIB04H /6UR5EEWX+GFhYAPpEQcZRvLggPRcMDmMWJWr1YgO86AOyWcojB3go+fyyZWTdaCFyU/ YKAhQzntkSrc8MxGuhP9PjRhfYrV+T/nM5j1+9lFoXE0+aTf3qb02QJaV89mqTLJgpR5 4J9ST1xA6VlbAP2leY+6jGdk7WvoyGC7i943lUuUipYbhERL2NWWzYDryf/1k73zJ4oM 0Q0gmHqlQA65SpFGSDF3kw4BQJAIOSwShD1RjZEXWZHyqsynQCUd/MHkXYDhAHemWp0T yneg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=SeA1p6h8YVvM3DjMdJjKDSZOihp2kVMiXdxVn+1yjfY=; b=hAEEXNp1TofnZ3xz7joXUrZSLAcapX/sC6qlCUMkeYo+wC7XpyPdGUwJhAtmMo/f2M ixWXOXzhMpynZ8F5zUln+xJO41x/DR08e/9CpDGaxZNm5D3IZLm9/hK/6gdoSSKRa2zx lUAZngKX/tHXiRDPtTv1fLlZZQHR10iYLIWzHJ4JqQ0hX+iLSa3q1Gl/0c7RBWCZ2tW0 GgGdkIJrK/UfhFaqlVuy4oZxgHf2LkQFzoYVBQXG0YYEO+hpvlVt/8JEmrnkYrXCJ/ZT W8NFxWzwq+GPhVt+a7GdVY0RZEluDXzhitQjJYKpG35krJr6nxGwrLrHRfHCooL1K8oN Od3Q== X-Gm-Message-State: AKwxytfuPX6tFJe9N0+T408hPCeVtjUnjqVjup/aDktSgu/KA53b0MN4 ZvNpG4ga37Yx0+Fz8QyrxXZKYJfGbDbXdrnbO6oWOA== X-Google-Smtp-Source: ACJfBovRPQL83JH6pgJ17lFvWTsBxcx/Ug+jI9/EfEz51DNA93ZZ9UwqbRzCEQA1kMJhXaxoZ4TdJ4FfQRe9Fu/5GKM= X-Received: by 10.107.167.69 with SMTP id q66mr882720ioe.130.1515997125642; Sun, 14 Jan 2018 22:18:45 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.199.131 with HTTP; Sun, 14 Jan 2018 22:18:44 -0800 (PST) X-Originating-IP: [2603:300b:6:5100:7125:ff5f:2cdf:ed98] Received: by 10.79.199.131 with HTTP; Sun, 14 Jan 2018 22:18:44 -0800 (PST) In-Reply-To: <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> From: Warner Losh Date: Sun, 14 Jan 2018 23:18:44 -0700 X-Google-Sender-Auth: FWKg1inrzo-sp7Mj9wNnu26UKqU Message-ID: Subject: Re: Server doesn't boot when 3 PCIe slots are populated To: Grzegorz Junka Cc: freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 06:18:46 -0000 On Jan 14, 2018 11:05 PM, "Grzegorz Junka" wrote: On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: > > > On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka list1@gjunka.com>> wrote: > > > On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: > > > > On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka > > >> wrote: > > Hello, > > I am installing a FreeBSD server based on Supermicro H8SML-iF. > There are three PCIe slots to which I installed 2 NVMe > drives and > one network card Intel I350-T4 (with 4 Ethernet slots). > > I am observing a strange behavior where the system doesn't > boot if > all three PCIe slots are populated. It shows this message: > > nvme0: mem 0xfd8fc000-0xfd8fffff irq > 24 at > device 0.0 on pci1 > nvme0: controller ready did not become 1 within 30000 ms > nvme0: did not complete shutdown within 5 seconds of > notification > > The I see a kernel panic/dump and the system reboots after > 15 seconds. > > If I remove one card, either one of the NVMe drives or the > network > card, the system boots fine. Also, if in BIOS I set PnP OS > to YES > then sometimes it boots (but not always). If I set PnP OS > to NO, > and all three cards are installed, the system never boots. > > When the system boots OK I can see that the network card is > reported as 4 separate devices on one of the PCIe slots. I > tried > different NVMe drives as well as changing which device is > installed to which slot but the result seems to be the > same in any > case. > > What may be the issue? Amount of power drawn by the > hardware? Too > many devices not supported by the motherboard? Too many > interrupts > for the FreeBSD kernel to handle? > > Any help would be greatly appreciated. > > GregJ > > _______________________________________________ > > > > > > From my experience from other trade marked main boards , an > action may be to check manual of your server board to see > whether there are rules about use of these slots : Sometimes > differently shaped slots are supplied with same ports : If one > slot is occupied , the other slot should be left open , or > rules about not to insert such a kind of device into a slot , > for example , graphic cards . > > > Mehmet Erol Sanliturk > > > I checked the manual but couldn't find any restrictions regarding > PCIe ports. It only says how many lanes are available in each > slot. Would there be any obvious BIOS setting that could cause > this issue? I tried after resetting BIOS to default settings but > maybe something is set incorrectly by default? > > GregJ > _______________________________________________ > > > > > > http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56 > x0/H8SML-iF.cfm > H8SML-iF > > > On the above page , click "OS Compatibility" > > > On the following page , click "SR5650" > > http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp_SR5650.cfm > OS Compatibility Chart > > > On the column ( third ) > > H8SML-7F > H8SML-7 > H8SML-iF > H8SML-i > > > there listed only * > * > ** > * > * > * > * > > FreeBSD 8.0 > FreeBSD 9.1 > > From this list , it may be said that , this mother board date is old , > means , it seems that the new OS versions are not tested after currently > tested OS versions . > > > To check interaction between operating system and your Supermicro H8SML-iF > , select one of the suitable operating system ( Unix class OSes are more > suitable ) for you and tested on this card , and try to install it as you > like your installed components . If it boots successfully , it means that > there is an incompatibility between your FreeBSD and the main board . If no > one of them boots , then you may conclude that , there is a problem in your > settings . > > > BIOS settings are important , because , OS communicates with the main > board through these settings . > > > In manual ( downloaded from the above page : > Manual Revision 1.0c > Release Date: March 12, 2014 ) , page 4-9 , "PCI/PnP Configuration" is > defined . > If PnP is selected YES. OS adjusts some device settings . If NO is > selected , BIOS adjusts some device settings . When BIOS adjusted device > settings are not conforming to OS parameters , the result will be "FAIL" . > > Therefore , more suitable selection is YES . > > > Another point is that , there are many more BIOS selectable parameters and > jumpers about PCI slots and others . > There are some BIOS settings for PCI slots : > > PCI X4 Slot 6 ( page 4-9 ) > PCI x8 Slot 7 ( page 4-10 ) > > > > Please review these BIOS settings in your manual and set them with respect > to your requirements . > > Thanks Mehmet for looking into this. It's an old motherboard but my point is that it boots fine when either: one NVMe and the network card, or both NVMe are installed, but not when all three are installed. How would that be related to FreeBSD compatibility? The chipset and all devices that I am trying to install are supported by FreeBSD 11.x. I just tried booting into a Debian live system and it also didn't enumerate NVMe drives properly. This means that it's not FreeBSD related and is no longer relevant for this list. I will try to play with BIOS settings to see if I can make it work that way. Thanks for all the help. Nvme drives are weird about power. I distrust the power estimate of 5-9w earlier in the thread... given the oddity with debian, it's not too crazy to think that. How far does FreeBSD boot though? Warner Warner _______________________________________________ freebsd-drivers@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-drivers To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Mon Jan 15 06:44:19 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9B1FEB2DE0; Mon, 15 Jan 2018 06:44:19 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EA788253F; Mon, 15 Jan 2018 06:44:18 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (188.29.165.65.threembb.co.uk [188.29.165.65]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w0F6iDb7041285 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 15 Jan 2018 06:44:15 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host 188.29.165.65.threembb.co.uk [188.29.165.65] claimed to be ultrabook.yoonka.com Subject: Re: Server doesn't boot when 3 PCIe slots are populated To: Warner Losh Cc: freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> From: Grzegorz Junka Message-ID: <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> Date: Mon, 15 Jan 2018 06:44:06 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB-large Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 06:44:20 -0000 On 15/01/2018 06:18, Warner Losh wrote: > > > On Jan 14, 2018 11:05 PM, "Grzegorz Junka" > wrote: > > > On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: > > > > On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka > > >> wrote: > > >     On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: > > > >         On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka >         > > >         > >>> wrote: > >             Hello, > >             I am installing a FreeBSD server based on > Supermicro H8SML-iF. >             There are three PCIe slots to which I installed 2 NVMe >         drives and >             one network card Intel I350-T4 (with 4 Ethernet > slots). > >             I am observing a strange behavior where the system > doesn't >         boot if >             all three PCIe slots are populated. It shows this > message: > >             nvme0: mem > 0xfd8fc000-0xfd8fffff irq >         24 at >             device 0.0 on pci1 >             nvme0: controller ready did not become 1 within > 30000 ms >             nvme0: did not complete shutdown within 5 seconds of >         notification > >             The I see a kernel panic/dump and the system > reboots after >         15 seconds. > >             If I remove one card, either one of the NVMe > drives or the >         network >             card, the system boots fine. Also, if in BIOS I > set PnP OS >         to YES >             then sometimes it boots (but not always). If I set > PnP OS >         to NO, >             and all three cards are installed, the system > never boots. > >             When the system boots OK I can see that the > network card is >             reported as 4 separate devices on one of the PCIe > slots. I >         tried >             different NVMe drives as well as changing which > device is >             installed to which slot but the result seems to be the >         same in any >             case. > >             What may be the issue? Amount of power drawn by the >         hardware? Too >             many devices not supported by the motherboard? Too > many >         interrupts >             for the FreeBSD kernel to handle? > >             Any help would be greatly appreciated. > >             GregJ > >             _______________________________________________ > > > > > >         From my experience from other trade marked main boards > , an >         action may be to check manual of your server board to see >         whether there are rules about use of these slots : > Sometimes >         differently shaped slots are supplied with same ports > : If one >         slot is occupied , the other slot should be left open , or >         rules about not to insert such a kind of device into a > slot , >         for example , graphic cards . > > >         Mehmet Erol Sanliturk > > >     I checked the manual but couldn't find any restrictions > regarding >     PCIe ports. It only says how many lanes are available in each >     slot. Would there be any obvious BIOS setting that could cause >     this issue? I tried after resetting BIOS to default > settings but >     maybe something is set incorrectly by default? > >     GregJ >     _______________________________________________ > > > > > > http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56x0/H8SML-iF.cfm > > H8SML-iF > > > On the above page , click "OS Compatibility" > > > On the following page , click "SR5650" > > http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp_SR5650.cfm > > OS Compatibility Chart > > > On the column ( third ) > > H8SML-7F > H8SML-7 > H8SML-iF > H8SML-i > > > there listed only * > * > ** > * > * > * > * > > FreeBSD 8.0 > FreeBSD 9.1 > > From this list , it may be said that , this mother board date > is old , means , it seems that the new OS versions are not > tested after currently tested OS versions . > > > To check interaction between operating system and your > Supermicro H8SML-iF , select one of the suitable operating > system ( Unix class OSes are more suitable ) for you and > tested on this card , and try to install it as you like your > installed components . If it boots successfully , it means > that there is an incompatibility between your FreeBSD and the > main board . If no one of them boots , then you may conclude > that , there is a problem in your settings . > > > BIOS settings are important , because , OS communicates with > the main board through these settings . > > > In manual ( downloaded from the above page : > Manual Revision 1.0c > Release Date: March 12, 2014 ) , page 4-9  , "PCI/PnP > Configuration" is defined . > If PnP is selected YES. OS adjusts some device settings  . If > NO is selected , BIOS adjusts some device settings . When BIOS > adjusted device settings are not conforming to OS parameters , > the result will be "FAIL" . > > Therefore , more suitable selection is YES . > > > Another point is that , there are many more BIOS selectable > parameters and jumpers about PCI slots and others  . > There are some BIOS settings for PCI slots : > > PCI X4 Slot 6 ( page 4-9 ) > PCI x8 Slot 7 ( page 4-10 ) > > > > Please review these BIOS settings in your manual and set them > with respect to your requirements . > > > Thanks Mehmet for looking into this. It's an old motherboard but > my point is that it boots fine when either: one NVMe and the > network card, or both NVMe are installed, but not when all three > are installed. How would that be related to FreeBSD compatibility? > The chipset and all devices that I am trying to install are > supported by FreeBSD 11.x. > > I just tried booting into a Debian live system and it also didn't > enumerate NVMe drives properly. This means that it's not FreeBSD > related and is no longer relevant for this list. I will try to > play with BIOS settings to see if I can make it work that way. > Thanks for all the help. > > > > Nvme drives are weird about power. I distrust the power estimate of > 5-9w earlier in the thread... given the oddity with debian, it's not > too crazy to think that. How far does FreeBSD boot though? > I tried with a different power supply but the outcome was exactly the same. Sometimes FreeBSD boots fine but one of the NVMe drives is not visible (i.e. dmesg grep shows only one NVMe). When it doesn't work it boots up to the point of enumerating drives (SATA, USB, NVMe). Then it stops at the first NVMe and reboots. The funny thing is that very often it's enough to pull out one of the cards and put it back in. Then the system boots fine with all three cards. I had that a few times. Once it's booted it works, I can restart the system and it boots every time. As soon as I power off, unplug from the power main, wait a few minutes and power it on again, the issue comes back - can't boot as NVMe can't be enumerated. I though it might be caused by the hardware being too cold. I left the server once overnight but it didn't boot up, it was trying and restarting the whole night. GregJ From owner-freebsd-questions@freebsd.org Mon Jan 15 07:14:56 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEF9EEB488F for ; Mon, 15 Jan 2018 07:14:56 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D742C8385F for ; Mon, 15 Jan 2018 07:14:56 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [205.166.94.9]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id w0F7EkOm005355 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO) for ; Mon, 15 Jan 2018 07:14:46 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id w0F7Ek8M025494 for freebsd-questions@freebsd.org; Mon, 15 Jan 2018 01:14:46 -0600 (CST) From: Scott Bennett Message-Id: <201801150714.w0F7Ek8M025494@sdf.org> Date: Mon, 15 Jan 2018 01:14:46 -0600 To: freebsd-questions@freebsd.org Subject: help requested with /usr/src problems User-Agent: Heirloom mailx 12.5 6/20/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 07:14:57 -0000 I'm trying to compile the amd64 version of 11.1-STABLE on a newly installed image dating from December 2017, but I'm getting nowhere with make targets in /usr/src. Here's what happens. Script started on Mon Jan 15 00:55:41 2018 hellas# cd /usr/src hellas# cat /etc/make.conf # added by SJB 11 Jan. 2007 CPUTYPE?=core2 # added by SJB 8 Nov. 2011 CFLAGS+="-mtune=core2" # added by SJB 14 Apr. 2013 # updated by SJB 8 Dec. 2014 SVNFLAGS?="-r RELENG_11" # build ports with clang stack protector WITH_SSP=yes SSP_CFLAGS=-fstack-protector-all # added for ports system use to avoid dialogs by SJB 4 May 2007 BATCH=YES # added for new pkg system --SJB 10 December 2014 WITH_PKGNG=yes # build ports using ccache --SJB 19 January 2015 WITH_CCACHE_BUILD=yes ## buildworld and buildkernel using ccache --SJB 26 January 2015 .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) .if !defined(NOCCACHE) && exists(/usr/local/libexec/ccache/world/cc) CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} CCACHE_COMPILERCHECK=content CCACHE_DIR=/buildwork/ccache.freebsd .endif .else CFLAGS+="-mssse3" CFLAGS+="-msse4.1" .endif # added to deal with ccache bug 8460 --SJB 2 November 2013 # bug has been reported fixed, so try without this workaround #CCACHE_CPP2=1 # added as a better specification of -j by SJB 17 November 2009 MAKE_JOBS_NUMBER=5 ## added to compile without profiling --SJB 3 June 2007 #NO_PROFILE=true # put build tree where there is plenty of temporary workspace WRKDIRPREFIX=/buildwork/ports #WRKDIRPREFIX=/work/portswork # Use OpenSSL from ports tree, not from base system #WITH_OPENSSL_PORT=YES #DEFAULT_VERSIONS+= ssl=libressl DEFAULT_VERSIONS+= ssl=openssl DEFAULT_VERSIONS+= perl5=5.24 # Allow updating of Mesa3D from 7.4.4 to 7.6.1 and libdrm from 2.4.12 to 2.4.17 WITHOUT_NOUVEAU=yes # Use ATLAS libraries in ports that use BLAS libraries OPTIONS_SET=ATLAS # Tell gnustep-related ports to use base system's compiler GNUSTEP_WITH_BASE_GCC=yes GNUSTEP_WITHOUT_LIBOBJC=yes # Pango #..if $(.CURDIR:M*/x11-toolkits/linux-pango) #DISABLE_VULNERABILITIES=yes #..endif QT4_OPTIONS= CUPS NAS QGTKSTYLE # Begin portconf settings # Do not touch these lines .if !empty(.CURDIR:M/usr/ports*) && exists(/usr/local/libexec/portconf) _PORTCONF!=/usr/local/libexec/portconf .if ${_PORTCONF} != "|" .for i in ${_PORTCONF:S/^|//:S/|/ /g} ${i:C/^([^=]*)=.*/\1/}=${i:C/^[^=]*=//:S/%/ /g} .endfor .endif .endif # End portconf settings hellas# cat /etc/src.conf PORTS_MODULES=multimedia/cuse4bsd-kmod sysutils/pefs-kmod emulators/virtualbox-ose-kmod net/ndproxy WITH_LLDB=yes #WITH_FAST_DEPEND=yes WITH_CCACHE_BUILD=yes hellas# printenv SCRIPT=/ztmpc/buildworld+kernel.15jan2018 WINDOW_ID=5 TERMCAP=WW|window-v2|window program version 2: :am:bs:da:db:ms:pt:cr=^M:nl=^J:bl=^G:ta=^I: :cm=\EY%+ %+ :le=^H:nd=\EC:up=\EA:do=\EB:ho=\EH: :cd=\EJ:ce=\EK:cl=\EE:me=\Er^?:co#80:li#14:se=\ErA:so=\EsA:mr=\EsA:ue=\ErD:us=\EsD:ae=\ErH:as=\EsH:al=\EL:dl=\EM:im=\E@:ei=\EO:ic=:mi:dc=\EN:kb=^H:ku=^[[A:kd=^[[B:kl=^[[D:kr=^[[C:kh=^[[1~:kn#20:k1=^[[11~:k2=^[[12~:k3=^[[13~:k4=^[[14~:k5=^[[15~:k6=^[[17~:k7=^[[18~:k8=^[[19~:k9=^[[20~:k10=^[[11~:k11=^[[11~:k12=^[[11~:k13=^[[11~:k14=^[[11~:k15=^[[11~:k16=^[[11~:k17=^[[11~:k18=^[[11~:k19=^[[11~:k20=^[[12~: USER=bennett LOGNAME=bennett HOME=/root SHELL=/bin/csh BLOCKSIZE=K MAIL=/var/mail/bennett PATH=/usr/local/libexec/ccache:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin TERM=window-v2 HOSTTYPE=FreeBSD VENDOR=amd OSTYPE=FreeBSD MACHTYPE=x86_64 SHLVL=4 PWD=/usr/src GROUP=wheel HOST=hellas EDITOR=vi PAGER=/usr/bin/less BURNCD_SPEED=8 DISPLAY=:0.0 ADOBE_LANG=ENU LC_ALL=en_US.ISO8859-1 LESSEDIT=/usr/bin/vi ?lm+%lm. %f LESSOPEN=|/usr/local/bin/lesspipe.sh %s JASPERINC=/usr/local/include/jasper JASPERLIB=/usr/local/lib MANPATH=/usr/share/man:/usr/local/share/man:/usr/local/man:/usr/local/lib/erlang/man:/usr/local/lib/perl5/5.20 MOZ_DISABLE_IMAGE_OPTIMIZE=1 NETCDF=/home/bennett/src/wrf/WRFV3/netcdf PVM_ROOT=/usr/local/lib/pvm PWSAFE_DATABASE=/secmbl/bennett/.pwsafe.dat RANDFILE=/secmbl/bennett/.rnd RFCVIEWER=/usr/local/bin/lynx SAGA_MLB=/usr/local/lib/saga SCIDIR=/usr/local/lib/scilab-3.0 SDL_VIDEODRIVER=vgl SSL_CERT_DIR=/usr/local/openssl/certs SSL_CERT_FILE=/usr/local/share/certs/ca-root-nss.crt TOP=-CHIPSz -opri -s3 XPVM_ROOT=/usr/local/share/xpvm https_proxy=https://localhost.:8118 XIM=ibus GTK_IM_MODULE=ibus QT_IM_MODULE=xim XMODIFIERS=@im=ibus XIM_PROGRAM=ibus-daemon XIM_ARGS=--daemonize --xim CCACHE_DIR=/buildwork/ccache CCACHE_PATH=/usr/bin:/usr/local/bin CCACHE_COMPRESS=yes PRUNEDIRS=/buildwork TMPDIR=/tmp hellas# make update Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' "/usr/src/share/mk/src.sys.mk", line 28: Option DIRDEPS_BUILD may only be defined in , environment, or make argument, not /etc/src.conf. *** Error code 1 Stop. make: stopped in /usr/src hellas# svn update /usr/src Updating '.': At revision 327992. hellas# make cleanworld Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' "/usr/src/share/mk/src.sys.mk", line 28: Option DIRDEPS_BUILD may only be defined in , environment, or make argument, not /etc/src.conf. *** Error code 1 Stop. make: stopped in /usr/src hellas# make buildworld Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' Unknown modifier 'U' "/usr/src/share/mk/src.sys.mk", line 28: Option DIRDEPS_BUILD may only be defined in , environment, or make argument, not /etc/src.conf. *** Error code 1 Stop. make: stopped in /usr/src hellas# exit exit Script done on Mon Jan 15 00:57:25 2018 I do not understand what it is complaining about with the "Unknown modifier 'U'" messages, nor do I have any idea what the DIRDEPS_BUILD message is about. Could someone clue me in, please? For now, I'm stuck, so any help is welcome. Thanks in advance for any help! Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-questions@freebsd.org Mon Jan 15 09:24:50 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EF22E652DA for ; Mon, 15 Jan 2018 09:24:50 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 708C468725 for ; Mon, 15 Jan 2018 09:24:48 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.195.18.98]) by mrelayeu.kundenserver.de (mreue005 [212.227.15.167]) with ESMTPA (Nemesis) id 0MQA1H-1eXQ6f2UuR-005LiO; Mon, 15 Jan 2018 10:24:30 +0100 Date: Mon, 15 Jan 2018 10:24:29 +0100 From: Polytropon To: Ralf Mardorf Cc: Ralf Mardorf via freebsd-questions , Bob Willcox Subject: Re: How can I disable my Lenovo laptop's touchpad? Message-Id: <20180115102429.aef556dd.freebsd@edvax.de> In-Reply-To: <20180114202650.73bd1d67@archlinux.localdomain> References: <20180114190817.GC3614@rancor.immure.com> <20180114202650.73bd1d67@archlinux.localdomain> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:kBSwXUMTo7ogulB0jFEWFXLmyoKDPItUEQc4lFW0PPGTy6Dj3wE 9loq1Z9GIFhYa18R4lDNaNr4y2J5lraiYja707b0IIR2wPfo5V6EduQcJ5A7b55L2pVn84E rbv4L+rY3pCl92KjlkhEgNaE6KKkq4rKSfSTCfHiCFFbaNYVdL2A+oJUbTI6D242XBN356r umDgDxa06Ta49RCsXn7Hw== X-UI-Out-Filterresults: notjunk:1;V01:K0:PVQmcsBRe5s=:pkU4Urx2H5DubkDVQCS6FD 5wX2vrewgwRKlfst6mwIwNEdmcU8f/r2huWqefYy45HbKQX66m3SRv1dYaH+Sj0NCk1I97K9L PVRIfowLE2OMO/qUMWW8oLdnc76kJTRr1pCSVetUKYwVx/wStd+kMmfaq8WqkReJLGE7d1bqq tSD5uUlw9G81miQCZACU4jrbDw5hRV5nqQD6RZt1RjnqpWWfKricB6+GuuODncOo5g4AfnV5H lCK7SZj+CbueP+9fQ8uLcywZYoLwx7p4EtTy8xG/hDryOWi4JdXBai2jSMVkU9yPzVSwPe2jg i1Q+k42IGNENdmj/iQ8q/fxaVCZGeAHq9Pl+FNXiEQMpOpQCTWCz99gmmF+FP9udaPCNklKOk bS3EvNY44T+I1Mz6D6NeJETTYomzuwr5xDpS02zWE8jIYjUfMZUhli+LwU+tR9jiyAJJuqAUN NaiB74ImIKbzUZapB8+FT1dh4B+y7Xn56ZbGOzaxAjBr22UiYozzkzCAnYBOAr5Fv5doKqWZS JaTRgTh/1GQUG422Cf8eI+Kv28ov54Iz1/+AFpS/gtz/BqarzpbyKSMOVxyFwqtvZh5ZS0oB4 uSs7UdU6Tkj3q+WldCzk1AdwVFEk5hLclX8BplBHx3rhqsPVuCTA9AL0wbh9RrLYS59y4VoTI NhiXH8a6mtIeC64rYHSTjyF916j/RmdSSKBlIxy+aWgvasJi23gbA+RFJ053ppa9BcU9oGo8o YpJl2Jxti0RdsLcU4laO1RncU7MWuNuNc92IvJIep4wyye0a9dN5nKUIQMg= X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 09:24:50 -0000 On Sun, 14 Jan 2018 20:26:50 +0100, Ralf Mardorf via freebsd-questions wrote: > Dunno if it's helpful: > https://ben-rowan.github.io/post/disable_lenovo_trackpad/ This particular suggestion doesn't disable the trackpad, it just sets is threshold to a value where the pressure on the surface should not cause any device action. In /etc/sysctl, conf, the setting hw.psm.synaptics.min_pressure=220 should cause that effect and seems to require enabling the Synaptics functionality beforehand: hw.psm.synaptics_support="1" I have no idea why one has quotes, the other hasn't. Additionally, it would be interesting if this causes a difference in console usage vs. X usage. I have the same problem with a Lenovo Thinkpad R61i, but as the console mode is "functionally dead", the problem persists within X. Accidentally touching the trackpad causes the mouse cursor to move whereas the only moving activity should be initiated by using the TrackPoint ("red nub"). Both devices seem to be combined into /dev/psm0... :-( -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Mon Jan 15 09:44:34 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E77EDE6D3BF; Mon, 15 Jan 2018 09:44:34 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-ot0-x22b.google.com (mail-ot0-x22b.google.com [IPv6:2607:f8b0:4003:c0f::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A577F69992; Mon, 15 Jan 2018 09:44:34 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mail-ot0-x22b.google.com with SMTP id r4so6312468oti.12; Mon, 15 Jan 2018 01:44:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=xJChbAZw+czmM6zsoXu3xJIyn72fbHSPMvojhv++0eU=; b=AOl4vVfpnyOjFd9xReJI6UtTo3BQaGe7EbQCIQHiN9WkAFK+mNwxZYAdfi1vvlJuS4 z0IApI+gnMz/SNMi66SfHWW1Dq6t8KZKjAXcC715XrSNbcdN6/CNjuB3Y7kHDNiPsK1l m3oNQje/sOJ4e0ZbDtKZDJLgw6MCe7Rskg3fgNtDIhQdsaBw58SpM7tf/uZcYIGuvZIm MjT77k3N0IvL7wDucHknC0gZjnGlp28Fk58eCh2UT/yqJqdANGIxgcd8b89Q2RYJt7Zz Wm3dIvdIDDZ9W8unlKlDhUcSjtxsaX5rebHGm+FwOQF74N2mQsMmPPnJOI6NaBWY9hr7 +nNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=xJChbAZw+czmM6zsoXu3xJIyn72fbHSPMvojhv++0eU=; b=HIngeHLIc4Pz6rIuYdJl5Iz8ziOqKgDgk5Q+vhZmIulxJX+0uveEYPyxHhtbXcC0mP xqWzHLdLCATx41RPpTyswY1ac/k7sN6kIAWa7jH5wSUQbiTMvO30OqgiTrg11vF7sDAg FLcPGZu82mU7dbYoCAy6LtxOlbcOELGgx+1PNqqkCtVIKVSxL7duyGP4wQIZ9RAw9qfF bfHkz5N+/Xo+YvrfPj2rp9hZHFFrdcQ5x+wZ0PWH6XqYxxP84umkF4kJHFPDBwz4UJx5 tIEYMyO2mdf4cJP2AVjYUZb2QKNs84JoY/jvyATiLJWL0K2NeTAl1IhugiF2hDwbSo1F pU0w== X-Gm-Message-State: AKwxytfn+iCmquY4hzFEJN06/Ezvqhixi3Plfl4xNW2fnYkcAohDUbAR G8oaRgQ/ONpUEK3l412y9t8F+mhpRKPW/6ceFJI= X-Google-Smtp-Source: ACJfBouAZQnlrFR3Cu+bVwl1dTlZC3D91ShLoWxj/1FHnlUwlRJqEiqXD9OeTBwqpDMtF4tgtzBHVQ3CvrDufX3O4lc= X-Received: by 10.157.74.76 with SMTP id d12mr15010220otj.231.1516009473882; Mon, 15 Jan 2018 01:44:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.0.2 with HTTP; Mon, 15 Jan 2018 01:44:33 -0800 (PST) In-Reply-To: <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> From: Mehmet Erol Sanliturk Date: Mon, 15 Jan 2018 12:44:33 +0300 Message-ID: Subject: Re: Server doesn't boot when 3 PCIe slots are populated To: Grzegorz Junka Cc: Warner Losh , FreeBSD Questions Mailing List , freebsd-drivers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 09:44:35 -0000 On Mon, Jan 15, 2018 at 9:44 AM, Grzegorz Junka wrote: > > On 15/01/2018 06:18, Warner Losh wrote: > >> >> >> On Jan 14, 2018 11:05 PM, "Grzegorz Junka" > list1@gjunka.com>> wrote: >> >> >> On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: >> >> >> >> On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka >> >> >> wrote: >> >> >> On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: >> >> >> >> On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka >> >> > >> >> >>> wrote: >> >> Hello, >> >> I am installing a FreeBSD server based on >> Supermicro H8SML-iF. >> There are three PCIe slots to which I installed 2 NVMe >> drives and >> one network card Intel I350-T4 (with 4 Ethernet >> slots). >> >> I am observing a strange behavior where the system >> doesn't >> boot if >> all three PCIe slots are populated. It shows this >> message: >> >> nvme0: mem >> 0xfd8fc000-0xfd8fffff irq >> 24 at >> device 0.0 on pci1 >> nvme0: controller ready did not become 1 within >> 30000 ms >> nvme0: did not complete shutdown within 5 seconds of >> notification >> >> The I see a kernel panic/dump and the system >> reboots after >> 15 seconds. >> >> If I remove one card, either one of the NVMe >> drives or the >> network >> card, the system boots fine. Also, if in BIOS I >> set PnP OS >> to YES >> then sometimes it boots (but not always). If I set >> PnP OS >> to NO, >> and all three cards are installed, the system >> never boots. >> >> When the system boots OK I can see that the >> network card is >> reported as 4 separate devices on one of the PCIe >> slots. I >> tried >> different NVMe drives as well as changing which >> device is >> installed to which slot but the result seems to be the >> same in any >> case. >> >> What may be the issue? Amount of power drawn by the >> hardware? Too >> many devices not supported by the motherboard? Too >> many >> interrupts >> for the FreeBSD kernel to handle? >> >> Any help would be greatly appreciated. >> >> GregJ >> >> _______________________________________________ >> >> >> >> >> >> From my experience from other trade marked main boards >> , an >> action may be to check manual of your server board to see >> whether there are rules about use of these slots : >> Sometimes >> differently shaped slots are supplied with same ports >> : If one >> slot is occupied , the other slot should be left open , or >> rules about not to insert such a kind of device into a >> slot , >> for example , graphic cards . >> >> >> Mehmet Erol Sanliturk >> >> >> I checked the manual but couldn't find any restrictions >> regarding >> PCIe ports. It only says how many lanes are available in each >> slot. Would there be any obvious BIOS setting that could cause >> this issue? I tried after resetting BIOS to default >> settings but >> maybe something is set incorrectly by default? >> >> GregJ >> _______________________________________________ >> >> >> >> >> >> http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56 >> x0/H8SML-iF.cfm >> > 6x0/H8SML-iF.cfm> >> H8SML-iF >> >> >> On the above page , click "OS Compatibility" >> >> >> On the following page , click "SR5650" >> >> http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp >> _SR5650.cfm >> > p_SR5650.cfm> >> OS Compatibility Chart >> >> >> On the column ( third ) >> >> H8SML-7F >> H8SML-7 >> H8SML-iF >> H8SML-i >> >> >> there listed only * >> * >> ** >> * >> * >> * >> * >> >> FreeBSD 8.0 >> FreeBSD 9.1 >> >> From this list , it may be said that , this mother board date >> is old , means , it seems that the new OS versions are not >> tested after currently tested OS versions . >> >> >> To check interaction between operating system and your >> Supermicro H8SML-iF , select one of the suitable operating >> system ( Unix class OSes are more suitable ) for you and >> tested on this card , and try to install it as you like your >> installed components . If it boots successfully , it means >> that there is an incompatibility between your FreeBSD and the >> main board . If no one of them boots , then you may conclude >> that , there is a problem in your settings . >> >> >> BIOS settings are important , because , OS communicates with >> the main board through these settings . >> >> >> In manual ( downloaded from the above page : >> Manual Revision 1.0c >> Release Date: March 12, 2014 ) , page 4-9 , "PCI/PnP >> Configuration" is defined . >> If PnP is selected YES. OS adjusts some device settings . If >> NO is selected , BIOS adjusts some device settings . When BIOS >> adjusted device settings are not conforming to OS parameters , >> the result will be "FAIL" . >> >> Therefore , more suitable selection is YES . >> >> >> Another point is that , there are many more BIOS selectable >> parameters and jumpers about PCI slots and others . >> There are some BIOS settings for PCI slots : >> >> PCI X4 Slot 6 ( page 4-9 ) >> PCI x8 Slot 7 ( page 4-10 ) >> >> >> >> Please review these BIOS settings in your manual and set them >> with respect to your requirements . >> >> >> Thanks Mehmet for looking into this. It's an old motherboard but >> my point is that it boots fine when either: one NVMe and the >> network card, or both NVMe are installed, but not when all three >> are installed. How would that be related to FreeBSD compatibility? >> The chipset and all devices that I am trying to install are >> supported by FreeBSD 11.x. >> >> I just tried booting into a Debian live system and it also didn't >> enumerate NVMe drives properly. This means that it's not FreeBSD >> related and is no longer relevant for this list. I will try to >> play with BIOS settings to see if I can make it work that way. >> Thanks for all the help. >> >> >> >> Nvme drives are weird about power. I distrust the power estimate of 5-9w >> earlier in the thread... given the oddity with debian, it's not too crazy >> to think that. How far does FreeBSD boot though? >> >> > I tried with a different power supply but the outcome was exactly the > same. Sometimes FreeBSD boots fine but one of the NVMe drives is not > visible (i.e. dmesg grep shows only one NVMe). When it doesn't work it > boots up to the point of enumerating drives (SATA, USB, NVMe). Then it > stops at the first NVMe and reboots. > > The funny thing is that very often it's enough to pull out one of the > cards and put it back in. Then the system boots fine with all three cards. > I had that a few times. Once it's booted it works, I can restart the system > and it boots every time. As soon as I power off, unplug from the power > main, wait a few minutes and power it on again, the issue comes back - > can't boot as NVMe can't be enumerated. > > I though it might be caused by the hardware being too cold. I left the > server once overnight but it didn't boot up, it was trying and restarting > the whole night. > > GregJ > > > _______________________________________________ > > The above explanation brings mind to the "impedance mismatch in electronics" problem . ( Please search impedance mismatch in electronics impedance matching in electronics in Internet if you want explanations about them . ) When all of these cards are inserted into slots simultaneously , their accumulated electronic effect may distort behaviour of your mother board circuits or attached card circuit(s) . Therefore , if you can find another NVMe and/or network card , please test their effect . Such tests may be inconclusive because mother board circuits may be affected negatively from "properly" operating add on cards when they are inserted together . If it is feasible for you , you may use USB attached network card(s) to eliminate network card attachment . Or you may use a more capable one NVMe card instead of two smaller NVMe cards , or you may use only one of them , or/and select an SATA SSD . Such a choice would save your investment and produces a working server with a "little" loss when compared to "all" . Mehmet Erol Sanliturk From owner-freebsd-questions@freebsd.org Mon Jan 15 09:50:35 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CF343E6DBDF for ; Mon, 15 Jan 2018 09:50:35 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-oln040092071066.outbound.protection.outlook.com [40.92.71.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 588A569CE1 for ; Mon, 15 Jan 2018 09:50:34 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=YxJ6PyxAc8DnlFE4bA7rgcqSZGYC+HXQ4v6MB3FYkzw=; b=rl7iTPlna11xjCrG+rJLP/qm1l4YhZBDM7sBWQuFu1ga6FBQUNMEmVw9Y+wiF9FkRhzVvBtqBAUsDYQbRYilLVunXXfaDDEgn3WGjWY3YfblUmaE4wkUkYJW3gNVSNXbWi41wPIFvWNaTxZjBbfQ3mmjmjagXXmv3WDCkLJwgsLRUbwEF+IZ3kcmkEglyCZ/lAW/O8MvZt4Q1b4o9UpXx3oZDBLsXUnSOAgorz03Q2lYStUNdGYJpKAW5kbK+pSB37Ues/VVQRtoaerP/JYVBnbt4gcHg+uHoxRbCrpPWiCmrus79MzjJXVVlrYlbfLAoZnoBx/XM+HW8ecvsv4FSA== Received: from DB5EUR03FT045.eop-EUR03.prod.protection.outlook.com (10.152.20.57) by DB5EUR03HT011.eop-EUR03.prod.protection.outlook.com (10.152.20.110) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.19; Mon, 15 Jan 2018 09:50:32 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com (10.152.20.56) by DB5EUR03FT045.mail.protection.outlook.com (10.152.21.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.5 via Frontend Transport; Mon, 15 Jan 2018 09:50:32 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e]) by VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e%13]) with mapi id 15.20.0386.012; Mon, 15 Jan 2018 09:50:32 +0000 From: Manish Jain To: Victor Sudakov , "freebsd-questions@freebsd.org" Subject: Re: Dualboot and ZFS Thread-Topic: Dualboot and ZFS Thread-Index: AQHTjb+Y5ILSuPWnH0GNL9ABxAsKEqN0sQMA Date: Mon, 15 Jan 2018 09:50:32 +0000 Message-ID: References: <20180115051308.GA45168@admin.sibptus.transneft.ru> In-Reply-To: <20180115051308.GA45168@admin.sibptus.transneft.ru> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:0F4BC012AD03F867D8D3F32AF9A3C5A840860E914641B0EB166FCB1A6CF80EE6; UpperCasedChecksum:688629541854DA16C06D012405FF17888AA0D186D69A81DEB6648860A4603264; SizeAsReceived:7073; Count:46 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [unxmudKRjY8ExAwSkjz1XvSq63l94CwZ] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB5EUR03HT011; 6:PsKKIbOATSbJs4iXthVOKFctTo7jimZUgxPPRoG5nVz2Ne8WDBv1I7ZIYr7lXSedyAaKeU8HrhR3yR8u4w6gCHiDJt+q8+J1CvfZNcXTl6tZXUJddesZKtTwysBFSvkrnIAQtlBZZ2UOj5tr5LfW6oDH1+a2uD7bmKv6+sohs6HRLCbyA6TG4w05JigBnSerTx1DE0QX6vDEKTsO9eQueyVnAqEeFCQkw9U7D7WT31h068YUuzRtDrw5JzLyrRpScg9N+pc/S+UArFO0JhQI8vhMLWPt3thzRmqcwVsfrBjCSmsIauRcoUN51qmf7PQveZUScxV5kghfzAJPVLCZisFh/yMpdx36r0u/BvyHdeg=; 5:0VHLK5SEHAOvzw+xF+jdrC1RqKeq6e9+emAQSyxMyfdei6UDe0Y31MW1ouvnWUkkAjRextsPCx8EN8QL5q2YeFz6/86S7GzrZlJGuP0MVcFRK7dCogbh5Co3/ccePwOHvzE8QpFp57yIjYd+DyEe/CCk9XqLbBQAE48PRFNKyjw=; 24:Lp+5ePFOMhYoryyEfEI0yjFbOGsHs51eYNv4YeinxayRrxUu4o1vCkCsJNSO9XFG4NpJK7EfqIsVTIrAzXrrlaM229ErBAtqI0MLP2da4wI=; 7:+9ZaVYD0cZwOGZ+5ss6UoLKvyTKagVvW5U3HzhInde2BaBDgKTE99E5zG33Vi4RHI/tfO0kg7CFttPXgvlxQvdz4OwT+ekJt8P1CCJGNDBBLmP33NDJPKc8WBj9pQFpBfoTfY2naPslbwd4CN3rAQgdw5oqlHcCiH6e27PbyChEQm9KkyhXLQykJ0DsON+0q+s4/nWcOuM4P5qAFmzILtDtcnf5h8fDDUS5/LCJCZmhMEgNBXo96I1A71ky7DUBd x-incomingheadercount: 46 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:DB5EUR03HT011; x-ms-traffictypediagnostic: DB5EUR03HT011: x-ms-office365-filtering-correlation-id: 656609b0-8359-4b61-b2db-08d55bfd6a33 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:DB5EUR03HT011; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:DB5EUR03HT011; x-forefront-prvs: 0553CBB77A x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:DB5EUR03HT011; H:VI1PR02MB1200.eurprd02.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: 656609b0-8359-4b61-b2db-08d55bfd6a33 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2018 09:50:32.7857 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5EUR03HT011 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 09:50:35 -0000 DQoNCk9uIDAxLzE1LzE4IDEwOjQzLCBWaWN0b3IgU3VkYWtvdiB3cm90ZToNCj4gRGVhciBDb2xs ZWFndWVzLA0KPiANCj4gSSBoYXZlIGEgYm94IHdpdGggZHVhbCBib290OiBXaW5kb3dzIGFuZCBG cmVlQlNEL1VGUzoNCj4gDQo+ICQgZ3BhcnQgc2hvdyBhZGEwDQo+ID0+ICAgICAgIDYzICA5NzY3 NzMxMDUgIGFkYTAgIE1CUiAgKDQ2NkcpDQo+ICAgICAgICAgICA2MyAgICAgICAxOTg1ICAgICAg ICAtIGZyZWUgLSAgKDk5M0spDQo+ICAgICAgICAgMjA0OCAgMjkzMDI5ODg4ICAgICAxICBudGZz ICBbYWN0aXZlXSAgKDE0MEcpDQo+ICAgIDI5MzAzMTkzNiAgNTk4OTU4MDgwICAgICAyICBudGZz ICAoMjg2RykNCj4gICAgODkxOTkwMDE2ICAgODM4ODYwODAgICAgIDMgIGZyZWVic2QgICg0MEcp DQo+ICAgIDk3NTg3NjA5NiAgICAgODk3MDcyICAgICAgICAtIGZyZWUgLSAgKDQzOE0pDQo+IA0K PiAkIGdwYXJ0IHNob3cgYWRhMHMzDQo+ID0+ICAgICAgIDAgIDgzODg2MDgwICBhZGEwczMgIEJT RCAgKDQwRykNCj4gICAgICAgICAgIDAgIDc1NDk3NDcyICAgICAgIDEgIGZyZWVic2QtdWZzICAo MzZHKQ0KPiAgICA3NTQ5NzQ3MiAgIDgzODg2MDcgICAgICAgMiAgZnJlZWJzZC1zd2FwICAoNC4w RykNCj4gICAgODM4ODYwNzkgICAgICAgICAxICAgICAgICAgIC0gZnJlZSAtICAoNTEyQikNCj4g DQo+ICQNCj4gDQo+IGJvb3QwIGhhbmRsZXMgdGhlIE9TIHNlbGVjdGlvbiwgZXZlcnl0aGluZyB3 b3JrcyBqdXN0IGZpbmUuDQo+IA0KPiBDYW4gSSBpbnN0YWxsIEZyZWVCU0Qgd2l0aCByb290LW9u LXpmcyBpbnRvIGFkYTBzMyBzb21laG93Pw0KPiANCg0KSGkgVmljdG9yLA0KDQpZZXMsIHlvdSBj YW4uIEJ1dCB5b3Ugd2lsbCBuZWVkIGEgc3BhcmUgc2xpY2Ugc29tZXdoZXJlIC0gYW5vdGhlciBk aXNrIA0KKFNBVEEgLyBVU0IpLiBJZiB0aGUgdXNlZCBwb3Rpb24gb2YgeW91ciBhZGEwczNhIGlz IHNtYWxsLCB5b3UgY2FuIGV2ZW4gDQp1c2UgYSBVU0IgcGVuIGRyaXZlLg0KDQpZb3UgY2FuIHJz eW5jIHlvdXIgY3VycmVudCBpbnN0YWxsYXRpb24gdG8gdGhlIHNwYXJlIHNsaWNlLCBhbmQgdGhl biANCm1pcnJvciB0aGUgc3luYyBiYWNrIHRvIGEgbmV3bHkgY3JlYXRlZCBhZGEwczMtemZzLg0K DQpMZXQncyBzYXkgeW91ciBzcGFyZSBkaXNrIGlzIGRhMCB3aXRoIDQwRyBzcGFyZSAob3IgYXQg bGVhc3QgdGhlIHVzZWQgDQpzaXplIG9mIGFkYTBzM2EpLg0KDQpncGFydCBkZXN0cm95IC1GIGRh MAkJIyBvbmx5IGlmIG5lZWRlZA0KZ3BhcnQgY3JlYXRlIC1zIE1CUiBkYTAJCSMgb25seSBpZiBu ZWVkZWQNCg0KSWYgZGEwIGFscmVhZHkgaGFzIGEgc3BhcmUgc2xpY2UsIHRoZSAyIHN0ZXBzIGFi b3ZlIGFyZSBub3QgbmVlZGVkLCBidXQgDQp0aGVuIHlvdSB3aWxsIG5lZWQgdG8gcmVwbGFjZSB0 aGUgc2xpY2UgbnVtYmVyIGluc3RlYWQgb2YgZGEwczEgaW4gdGhlIA0Kc3RlcHMgYmVsb3cuDQoN CmdwYXJ0IGFkZCAtdCBmcmVlYnNkIGRhMAkjIGFkZHMgZGEwczE7IG5vdGUgdGhlIHNsaWNlIG51 bWJlciBoZXJlDQpncGFydCBjcmVhdGUgLXMgQlNEIGRhMHMxDQpncGFydCBzZXQgLWEgYWN0aXZl IC1pIDEgZGEwDQpncGFydCBhZGQgLXQgZnJlZWJzZC16ZnMgZGEwczENCnpwb29sIGNyZWF0ZSB6 cm9vdCAvZGV2L2RhMHMxYQ0KenBvb2wgc2V0IGJvb3Rmcz16cm9vdCB6cm9vdA0KZ3BhcnQgYm9v dGNvZGUgLWIgL2Jvb3QvYm9vdDAgZGEwDQp6cG9vbCBleHBvcnQgenJvb3QNCmRkIGlmPS9ib290 L3pmc2Jvb3Qgb2Y9L3RtcC96ZnNib290MSBjb3VudD0xDQpncGFydCBib290Y29kZSAtYiAvdG1w L3pmc2Jvb3QxIC9kZXYvZGEwczENCmRkIGlmPS9ib290L3pmc2Jvb3Qgb2Y9L2Rldi9kYTBzMWEg c2tpcD0xIHNlZWs9MTAyNA0KenBvb2wgaW1wb3J0IHpyb290DQp6ZnMgc2V0IGNoZWNrc3VtPWZs ZXRjaGVyNCB6cm9vdA0KDQoNCnsNCmNhdCA8PC0gRU9GDQoNCi9kZXYvKg0KL3Byb2MvKg0KL3N5 cy8qDQovdG1wLyoNCi9tbnQvKg0KL21lZGlhLyoNCi9sb3N0K2ZvdW5kDQovdXNyL3BvcnRzDQov dXNyL3NyYy8qDQovenJvb3QNCn0gPiAvcm9vdC9leGNsDQoNCnJzeW5jIC1hQUhYdiAtLWRlbGV0 ZSAtLWV4Y2x1ZGUtZnJvbSAvcm9vdC9leGNsIC8gL3pyb290Lw0KDQoNCmVjaG8gJ3pmc19sb2Fk PVlFUycgPiAvenJvb3QvYm9vdC9sb2FkZXIuY29uZg0KZWNobyAndmZzLnJvb3QubW91bnRmcm9t PSJ6ZnM6enJvb3QiJyA+PiAvenJvb3QvYm9vdC9sb2FkZXIuY29uZg0KZWNobyAna2Vybi5nZW9t LmxhYmVsLmRpc2tfaWRlbnQuZW5hYmxlPTAnID4+IC96cm9vdC9ib290L2xvYWRlci5jb25mDQoN CkJvb3QgaW50byBkYTAsIGRlbGV0ZSBhZGEwczMgKCdncGFydCBkZWxldGUgLWkgMyBhZGEwOyBn cGFydCBkZXN0cm95IC1GIA0KYWRhMHMzJyksIGFuZCBjYXJyeSBvdXQgdGhlIHJldmVyc2UgdHJh bnNhY3Rpb24gZnJvbSBkYTBzMSB0byBhZGEwczMsIA0KdXNpbmcgYSBuZXcgcG9vbCBuYW1lIHpt aXJyb3IgaW4gcGxhY2Ugb2YgenJvb3QuDQoNCkhvcGUgdGhpcyBoZWxwcy4NCg0KUmVnYXJkcywN Ck1hbmlzaCBKYWluDQo= From owner-freebsd-questions@freebsd.org Mon Jan 15 09:52:50 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6A75E6E09A for ; Mon, 15 Jan 2018 09:52:50 +0000 (UTC) (envelope-from sale89@storageboxs.top) Received: from hw124-179.mailset.cn (hw124-179.mailset.cn [106.186.124.179]) by mx1.freebsd.org (Postfix) with SMTP id 9572B6A126 for ; Mon, 15 Jan 2018 09:52:50 +0000 (UTC) (envelope-from sale89@storageboxs.top) Received: from [144.0.12.203] by 58.221.79.164 with surfront esmtp id 5793538310980; Mon, 15 Jan 2018 17:52:15 +0800 (CST) Message-ID: <20180115175210152.sale89@storageboxs.top> MIME-Version: 1.0 From: "Cathy" To: "Freebsd" Reply-To: cathy@homedecors.ltd Date: 15 Jan 2018 17:52:10 +0800 Subject: HeyFreebsdFuctional Wooden Craft for Storage&Home Decorative Using17:52:1001/15/2018 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 09:52:51 -0000 Hi dear FreebsdNice dayGlad to learn your info from Alibaba. We'v= e been producing Wooden Storage Box, Wooden Tray, Wooden Wine Box= & Barrel,Wooden Planter Box,Wood Pet Bed with 20 years exper= ience. If there's anything I can do for you about the products, c= ontact me freely. =0D=0AYour Sincerely Cathy01/15/2018=0A=0A8p00P= o0HMkh87xnXKeNa08G8BhCRwuiuqNIlWYngcW5t2E3PZj4d5sDZJSpxL8ah1MIkP1= 1MRwY43c5WeMSdq4pXaIC3yPu3MNsgWI0YihmytyWwNsiZgWRWnK96pXd12VhfKP0= vLTV9IQuBM5g6wuMPWvSbzTyk3kwygGMYrMdm1IexgykkH7vx8sjfWPWSlA5nkVk5= jiEJhpOdhlV1zeDWPYpOmw2CQl1qCQckde1psLgJE5YATVi7X9xlvwIMg1TVonAq8= AOkcet4IGahyrJU3TttiRPGvf8rRkkguxrj7XUIGtDPmrdOiYSuU77hL7PX51dnlU= M1ZpN5YKNPeZk31k8SsPlnqay08XDEgftrFcPSbNvaji2LMLVLSkUwyoBORNX179y= YwSnPvgGFkb378Mdm1RLVkXThB01oPu3aJ3eTn6gCEfbnltG4zAZfnDEzZ6eueiPP= 7So4ykYVB8h5LvV7jXPevON5pEUhRLompmfs4BwfC3DelzOtb6bgsAkj5iFTpH3QK= VFoft2HrACrayKQQq6LA7TP2WnMWCPV0NuqUpdI3tPSYT9wyP3ZBigC2Pmj5gLOLH= rn4jVqcnH7i1R8MRe6zPkHwRo43TCMH06hsLreTCMdA9k0Ydwd2EfVnJQcVRmiLUp= hUAG1pZdW266nwn5PnoK3LbTIUfj1ftsGJ36oxvO3riTgCsFxMxVmamvJGX6aFbGy= EqEtgHiRAHBsiD5szLfIy5vnxnIzpDnfBkBcOch4e4LsK2r2SEBTWX0yUgVSZJsXj= mRX2TDmuautk3CvWFHK1tjDj2hxgo5vBN8obtZY0eoLtxeREqWj1HVP2dE0B6665Z= SwUejtFIKN5yaMOqTQrLtURilYOZnU8hFuFHXp7sEjX8Ku2SbbcgFjvXFBSkFFlPE= NSG76stIY7aWJyRVVNbHSCmYH2lwMNYX7tXBmL5IIxGbl1V31oJRa7MawHp46XWb9= cOfAfzaIsYkWaCF6iun36NZGN5El0BLBu28dFsMPz9H9rdl4KXOsy72pOyN9UOHQd= Js8usqPIyuX5QfzKzB3Nj2mZJo6FDULrQWILdAiwZK0D5jXjeoldE3TH58K4j94DI= vfUwOxYjwNy2ITqqNrezxNN21F4QecPFmUz42MpRmU7fkEmfkDwIP4bIsSv8s85jY= TFOjln01mcDFxHmjPvAG6PhJRCaghpdPOhrZyVYfvHtSx3Ub9PDDuDR3n4sJdJJXY= NQffnKTwkapmpbNHZ7sLAlbpoButf2MXvTKcEVM4J69ssGYSE2dChbnsFQRMgqhio= sQvrB24ln2ubIXHCBOdO9FkwhwO3ZOjOQ40Qsr2Z9gU9ThXSa9EC4teMwZa5d0lyJ= FkEXR9aLdESLbD0zWTQaHKmPdjtgXL8VlqdWjUiZtQQPl0lmawh7vo2UXOJxGUNsv= XqLp3f1AQGQUxtdY76ru1pXoiYubLjz2njoAAW6ggxEHb0plwzzNlYuxsm75LQPx6= Nwe5DoaZbetLgciy8EbJMGpOQ7dP1upI6AntbgTboOaK1McaOwDbDNk77qevalXHO= LEFPOnSL0lXwFN4V30vRd5jggmK1o02QsVg8xl08LqCsmArDaz7lsQAFloysCQn0i= 73KxVoH0m5NsQUFV7ROSHnCkAN8MxwU2C9exH6eaql5KMduuSxvZy7BKqpW8gVsQb= KPHF8d1CEsmhSxmiDT00Vuuyu6h95UuTfz2nNPKjtmUFesyRAPC2rPfgl8a2WRxJX= t2jvYvO9HwzzPj2yqzfisrpjL2EEInCPbHLpflBjNSKiGGvO8uvihrv1DZKVR9qkU= Ko7yCi5XVuzG6D4wQweRjyKcJMfAFsDspoWiofvbqllWVkwlFp0DcsBbEVOQ3uhtQ= 7gIHM8A03qXcNgogTVgs0fXMKDtrF8W3S6O3NETgqC91DYREpA9z11QRjWX8F9lUu= UkHrlsf1Z2n5V9LMO15Zn2QfWKRHKBghexJEad47Tx1YsLoNbmR7fV7StruAAygoL= 5Rop7CAXX5P0SNal4voK91ipQaIItxlhDdnU0n4JgaiQiRBEkfv2SEB3yYyXTStpK= ynEpgkHrEtZJs7Zy4oe2ipZCjm2O7QnGS6KtXe3UNBdaCk5RzpOufnr9o26UiTkO5= jQmnvAQkjeHbO0ZgaeI2TqvEB5V79BUhp4jtJt3OX9W8KXz16D7EBLcSlHMpEIaHk= pMKHvxGaT4JumUDvT0vufFDRq81HD9eYeOkaPkB6quIHtnYN8ULHFd5J8SgmvZxJP= KgxzsGypp3KXWo3aezJowj1JA2X4eBrXYRI7qdFdcifakMctccgpNkiqeOYqIuaNB= NY4FWJ1Twce3RoOPtS2k19DyiSBefuH7rywO7Ngsfwh84mnqaAfB8tAEkwn37ME1u= 6CiSZIGCz5vSvuVvb3Ef5ZYYStBqcltSfDXK4xbSyZyn4LP2ryVIZLo6DkZv6fpeC= CCRwbqDSLG5rAT6EyYEpKSueQ7JyFLiAkLs9Xvg7hPe5iF2qTRxhLORK8DF4G5dZn= v6PrXH3Iw8VDpVb5iFNe1OwUH0jQcqbBeHNydZV9uzeGW6JHtYnqpLmGAUJWncv5W= jpH8CRjJDJsAQYBhBmd2Lbtl6YigYMi39JCH1zR74HL2U6KW8FLPi2b7Wm1Ez3KRq= oq6mUf2v6Y3pqr0dm7j0tK6yuLFydy1WUBvFEAdqJkc47HvV0qcVrRXDkyR9AtiyX= 7vOVkzMTSg9y2qMfJyMl5u2ERl6I4Qg1E60cGZFRq1zAO5h74TQVvcRCsa4Zt3P20= 7UVqAzKSUV4VrQM3YEb0lvrfnJwVGomcwAHamHtk53BhMG0khVupD2FBsF2R3Obvy= SpR8BHgaRUhUatGIbDLTXyuV6HGEChgR5IUh9bGddeM7nGicl9RbpCBjUV2T1CyAD= qPryoy0XxGILnypptjsp5rt6Ane9McBFctXRQDXARdRVTyxnDuxj5ayYmkY1kRbl4= 2zTByyPlRyRAxd2PQvhEiA2VYvvFVg02wRQYEL4WHXdBGoO7WbtlTGLsxXC32aqBy= P3Gm3b5rlXlmqfAGoIKNF8P5orG91TwwC3Qk8KTZoTyJq67I1mDsGOSHeAYCvWprq= OJmogyEPKpLz5EhkX7Ef4QOb96xLguru6jBmKkLOZDWp778WGixOKblYVbea1SyfX= hsM3VzDmQgrUp32XB5YXCJVXDrz5AN74GrQElSLITsUVU4w7ccpNAhkxxOqtZyL38= mdXdnBIjf4aPZ2yVsSnnjup7i6xshIlGQMyRzUPAHtkd9IyMRyxFnGPSNPUg4f1xI= tYduHmy3NFQacXAyKAJaGiaXF3JZywrsMuGKlh9cZBA0YIBRkIjFim2aNfOECyvhe= nnHhPdtrxa4IaYXrREPcM9qsvW5svzr6jLBkUzvuQdLbXsCgRcKUF4rdXeMS70VXJ= YoonDxh9llyoeu2kOBiOwrejnnFNCnPiNrZ4dTdFsKkJTPJKJyjpD8dx950gRuxXw= gBMvY6VnCmM6vqxDV333qFEesU8TXNYdmcDdWeLro10MqqEEsCWqtU5AWx34X1qOo= yKiMjHHiCFpESN1gurkRxKs72hoaGumAboSFlR8Uf7ReGW4K1OtA5XQOibK2jwB8j= OttVmUCiqCpTdq6dE8S0Luex3m975BIwJVRsAOFTRiFlqV4LEPEnJ7xjfWRZLucOT= T9iyDCPtY8tPT78hntgXkMBoxdEXG8m5RrxLMc0cOULY3ulPIHn1WRy7yU0pYSNQM= oYrznvbs38p1Ck3RPeYLk8ZSpcSbAeV7UcEwUflccyTI85VzXx9EO5rgYyaaCZSPc= i6qGxXASMzLegKjgje24hjPKoxl5azcG4wQZvSqAzL2wF1HOQTjLPKVYgFi0CvHcm= 5aKTkLqOsvvgj4mPwehgrQjARIPAqY44P9AQWVv8SWneqIXBVa5gqWUeR91BVQotr= rr9uvSBJ9nus4a9LeEfTODTelZNTTc2yTNYgN6qhtwhyqMMZSQHb8ADNyV9v5IPWk= WzhbSY7eXqhlkOzdN12vRpjabIRXUcKHketduNZSzXaalre6zhhHMrtwf60a6 From owner-freebsd-questions@freebsd.org Mon Jan 15 11:21:36 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB30CE75755 for ; Mon, 15 Jan 2018 11:21:36 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-oln040092070093.outbound.protection.outlook.com [40.92.70.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2ECE06EB26 for ; Mon, 15 Jan 2018 11:21:35 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=YPGMYrEygmXQx2d9X1ZtcVpeBBRpW2U/GIKe9c/2N3E=; b=Um5qAGSXDUK0YNYM6wZ5g9fV6sDgYga0b9lsSqvSm+SdZiJfa1xnUV8llZs+OXsicva+BlrZcHims2jjPRM2iJxDnUGDMbd+2nDsrtqZE0LrTWTLbiK+/3BwQDA8AERdF5r1a+265QzXuVgLrzBFhMEorB/wN72C/R08qutA6ieMahEM+Wk5/p3ARIOVnCt0r5OXgIoDw0sQ0o68UhxGlLoVQ4dWGIj3VAAyP340KSwH6WrnI5rqrpzEaWTLNgq/s01LVlwNIXkRN5Jmg5or/2a9TTsWJrk12rvL9e6Kpy4LxkmNKU76YTv1xxGZW37j/oF/NADZt3bxKePvnjzUQQ== Received: from AM5EUR03FT006.eop-EUR03.prod.protection.outlook.com (10.152.16.60) by AM5EUR03HT195.eop-EUR03.prod.protection.outlook.com (10.152.16.192) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.19; Mon, 15 Jan 2018 11:21:14 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com (10.152.16.55) by AM5EUR03FT006.mail.protection.outlook.com (10.152.16.122) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.19 via Frontend Transport; Mon, 15 Jan 2018 11:21:14 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e]) by VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e%13]) with mapi id 15.20.0386.012; Mon, 15 Jan 2018 11:21:13 +0000 From: Manish Jain To: Victor Sudakov , "freebsd-questions@freebsd.org" Subject: Re: Dualboot and ZFS Thread-Topic: Dualboot and ZFS Thread-Index: AQHTjb+Y5ILSuPWnH0GNL9ABxAsKEqN0sQMAgAAZUYA= Date: Mon, 15 Jan 2018 11:21:12 +0000 Message-ID: References: <20180115051308.GA45168@admin.sibptus.transneft.ru> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:B9814FE1C9FFE8668ABEF21377584D79AEE60294E702C891011A4474ABEB3A89; UpperCasedChecksum:A5640154E3953178762F70015A9D912E1F2FF74AB329672A5F4A632A9242BB08; SizeAsReceived:7151; Count:46 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [OdJMsaAHNZSJ5k3NTf7OLRAaBxW4LXs/] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM5EUR03HT195; 6:hzZv9BLtCgu5afagd40XLn6E1Lab9l1Pq1+EU43XL+k2QYbro2DDmvCWOtE81gTSJkcWrlq1hjixzwZl3kF2hrhhAKCtuUTMttCNqsv2SZHLgPmXt3bmOLU2FnB5jZ5LBUk8f+dqapGdDs667FdnNfK+fFDiJEIwLZUhS+TutnzkhotpZPW4OaBXHmXDq/6f4qf+TBtudMJK5z2C3LV7AVkA3JcuvZDotrVJcyHLj0qzN1w7sWSjHaZIHA3CP8LHJQihVV1kMwQ2QkFOdYblXnfk7gHzneq1q2XIFU+L/PIOM4xEN1NysS0qavrNysvugDDoYyNCtxjI7mnzCY9RF4eMz/+OZR4ugDAkLi4hv1M=; 5:ZxN8GxfKketmDS8p5bYl31tKPJKJn9JNIFc7A+lcJyBW4ddwOPLGKjCqrNu9H49279eojp0PVCER1gqZR1cpRHQthlilQzALbl0yubUZWE1cA14+Nd9NikEe1vCPZxLWXcH5zGfeaASVo6UHHaz1mUfZ6La2sgOZgjgpHzLu1Aw=; 24:DNK2pvCoXZtcuPI07dv6xQMWNMvNOi9YMW4ZAMIrGL5Q+Xfgtl7LOKsYsk8Rdf9AuiNrXAHbNqbj3kTKfquh5eV672diNpuNgxLtZ/nllx8=; 7:lP9ZZy2JkzqreOlFsreIehPML0eOEbYP5Z1kH2VRC5ea6EfBtDQ2/PXak1S9R/kEmkfnc3MhTWheGa87cPpEISf4O9WG9tT6mnhHWJ1Rp2sg+PeNir0Gbv+k1gIFwJtKFVshUo3efNblFgISrSD31Vya3p7Yx+R+HenPA7bZK/Dfm+7AXi68E3uZdXnegYs+gwOp8TByyXY7T6OhWmB7Yxqy37tur9JTcq4RS6eFlnQ5l+TqskRR4orqoB0nD33p x-incomingheadercount: 46 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:AM5EUR03HT195; x-ms-traffictypediagnostic: AM5EUR03HT195: x-ms-office365-filtering-correlation-id: 15bba2e6-fed5-4874-ec03-08d55c0a150d x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:AM5EUR03HT195; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM5EUR03HT195; x-forefront-prvs: 0553CBB77A x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:AM5EUR03HT195; H:VI1PR02MB1200.eurprd02.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: 15bba2e6-fed5-4874-ec03-08d55c0a150d X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2018 11:21:12.7330 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5EUR03HT195 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 11:21:36 -0000 T24gMDEvMTUvMTggMTU6MjAsIE1hbmlzaCBKYWluIHdyb3RlOg0KPiANCj4gDQo+IE9uIDAxLzE1 LzE4IDEwOjQzLCBWaWN0b3IgU3VkYWtvdiB3cm90ZToNCj4+IERlYXIgQ29sbGVhZ3VlcywNCj4+ DQo+PiBJIGhhdmUgYSBib3ggd2l0aCBkdWFsIGJvb3Q6IFdpbmRvd3MgYW5kIEZyZWVCU0QvVUZT Og0KPj4NCj4+ICQgZ3BhcnQgc2hvdyBhZGEwDQo+PiA9PiAgICAgICA2MyAgOTc2NzczMTA1ICBh ZGEwICBNQlIgICg0NjZHKQ0KPj4gICAgICAgICAgICA2MyAgICAgICAxOTg1ICAgICAgICAtIGZy ZWUgLSAgKDk5M0spDQo+PiAgICAgICAgICAyMDQ4ICAyOTMwMjk4ODggICAgIDEgIG50ZnMgIFth Y3RpdmVdICAoMTQwRykNCj4+ICAgICAyOTMwMzE5MzYgIDU5ODk1ODA4MCAgICAgMiAgbnRmcyAg KDI4NkcpDQo+PiAgICAgODkxOTkwMDE2ICAgODM4ODYwODAgICAgIDMgIGZyZWVic2QgICg0MEcp DQo+PiAgICAgOTc1ODc2MDk2ICAgICA4OTcwNzIgICAgICAgIC0gZnJlZSAtICAoNDM4TSkNCj4+ DQo+PiAkIGdwYXJ0IHNob3cgYWRhMHMzDQo+PiA9PiAgICAgICAwICA4Mzg4NjA4MCAgYWRhMHMz ICBCU0QgICg0MEcpDQo+PiAgICAgICAgICAgIDAgIDc1NDk3NDcyICAgICAgIDEgIGZyZWVic2Qt dWZzICAoMzZHKQ0KPj4gICAgIDc1NDk3NDcyICAgODM4ODYwNyAgICAgICAyICBmcmVlYnNkLXN3 YXAgICg0LjBHKQ0KPj4gICAgIDgzODg2MDc5ICAgICAgICAgMSAgICAgICAgICAtIGZyZWUgLSAg KDUxMkIpDQo+Pg0KPj4gJA0KPj4NCj4+IGJvb3QwIGhhbmRsZXMgdGhlIE9TIHNlbGVjdGlvbiwg ZXZlcnl0aGluZyB3b3JrcyBqdXN0IGZpbmUuDQo+Pg0KPj4gQ2FuIEkgaW5zdGFsbCBGcmVlQlNE IHdpdGggcm9vdC1vbi16ZnMgaW50byBhZGEwczMgc29tZWhvdz8NCj4+DQo+IA0KPiBIaSBWaWN0 b3IsDQo+IA0KPiBZZXMsIHlvdSBjYW4uIEJ1dCB5b3Ugd2lsbCBuZWVkIGEgc3BhcmUgc2xpY2Ug c29tZXdoZXJlIC0gYW5vdGhlciBkaXNrDQo+IChTQVRBIC8gVVNCKS4gSWYgdGhlIHVzZWQgcG90 aW9uIG9mIHlvdXIgYWRhMHMzYSBpcyBzbWFsbCwgeW91IGNhbiBldmVuDQo+IHVzZSBhIFVTQiBw ZW4gZHJpdmUuDQoNCg0KQWN0dWFsbHksIGlmIHlvdSBkb24ndCBjYXJlIGFib3V0IHlvdXIgZGF0 YSBvbiBhZGEwczNhIChvciBhcmUgd2lsbGluZyANCnRvIGJhY2sgaXQgdXAgdG8gYW5vdGhlciBk aXNrKSwgeW91IGNhbiBldmVuIHVzZSBhZGEwczQgYXMgdGhlIHNwYXJlIHNsaWNlLg0KDQpUaGUg c3RyYXRlZ3kgZm9yIHRoaXMgd291bGQgYmUgdG8gaW5zdGFsbCBGcmVlQlNELVVGUyBhZnJlc2gg YWdhaW4sIHRoaXMgDQp0aW1lIGNyZWF0aW5nIHR3byBzbGljZXMgYWRhMHMzIGFuZCBhZGEwczQg KGJvdGggZnJlZWJzZCkuIFNpemUgYWRhMHMzIA0KYXMgMzZHIGFuZCBzNCBhcyA0Ry4gSW5zdGFs bCBpbnRvIHM0LCBub3QgczMuDQoNCkJvb3QgaW50byBzNCBhbmQgaW5zdGFsbCByc3luYyB2aWEg cGtnLg0KDQpUaGVuIHVzZSB0aGUgc3RlcHMgcHJldmlvdXNseSBtZW50aW9uZWQgdG8gcnN5bmMg ZnJvbSBhZGEwczRhLXVmcyB0byANCmFkMHMzYS16ZnMuDQoNCk9uY2UgdGhlIHN5bmMgdG8gczMg aXMgZG9uZSwgYm9vdCBpbnRvIHMzLiBBbmQgdGhlbiB5b3UgY2FuIHVzZSBzNGEgYXMgYSANCnN3 YXAgcGFydGl0aW9uLg0KDQpSZWdhcmRzLA0KTWFuaXNoIEphaW4NCg== From owner-freebsd-questions@freebsd.org Mon Jan 15 12:52:51 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2F529E7B632 for ; Mon, 15 Jan 2018 12:52:51 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4BD8F735A8 for ; Mon, 15 Jan 2018 12:52:49 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913080; Mon, 15 Jan 2018 18:47:57 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0FCqiaU061887; Mon, 15 Jan 2018 19:52:46 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0FCqfZ3061885; Mon, 15 Jan 2018 19:52:41 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Mon, 15 Jan 2018 19:52:41 +0700 From: Victor Sudakov To: Manish Jain Cc: "freebsd-questions@freebsd.org" Subject: Re: Dualboot and ZFS Message-ID: <20180115125241.GB60956@admin.sibptus.transneft.ru> References: <20180115051308.GA45168@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 12:52:51 -0000 Manish Jain wrote: > > > > I have a box with dual boot: Windows and FreeBSD/UFS: > > > > $ gpart show ada0 > > => 63 976773105 ada0 MBR (466G) > > 63 1985 - free - (993K) > > 2048 293029888 1 ntfs [active] (140G) > > 293031936 598958080 2 ntfs (286G) > > 891990016 83886080 3 freebsd (40G) > > 975876096 897072 - free - (438M) > > > > $ gpart show ada0s3 > > => 0 83886080 ada0s3 BSD (40G) > > 0 75497472 1 freebsd-ufs (36G) > > 75497472 8388607 2 freebsd-swap (4.0G) > > 83886079 1 - free - (512B) > > > > $ > > > > boot0 handles the OS selection, everything works just fine. > > > > Can I install FreeBSD with root-on-zfs into ada0s3 somehow? > > > > Hi Victor, > > Yes, you can. But you will need a spare slice somewhere - another disk > (SATA / USB). If the used potion of your ada0s3a is small, you can even > use a USB pen drive. > > You can rsync your current installation to the spare slice, and then > mirror the sync back to a newly created ada0s3-zfs. Sorry if my question was misleading, I did not mean converting the existing system from UFS to ZFS at ada0s3. Suppose ada0s3 is an unused slice, I can probably create a zpool thereon. But a few questions remain: 1. Can I install a root-on-zfs system on ada0s3 with bsdinstall? I suppose not? 2. In case of rsync/restore/installworld, what do I do about the VBR in ada0s3? This VBR should support booting from ZFS. Looks like zfsboot(8) allows this. 3. Please see the other questions below, step by step. > > Let's say your spare disk is da0 with 40G spare (or at least the used > size of ada0s3a). > > gpart destroy -F da0 # only if needed > gpart create -s MBR da0 # only if needed > > If da0 already has a spare slice, the 2 steps above are not needed, but > then you will need to replace the slice number instead of da0s1 in the > steps below. > > gpart add -t freebsd da0 # adds da0s1; note the slice number here > gpart create -s BSD da0s1 > gpart set -a active -i 1 da0 > gpart add -t freebsd-zfs da0s1 > zpool create zroot /dev/da0s1a Why are you creating a zpool within a BSD "a" partition, and not in da0s1 directly? I have never seen such a configuration. Is it even possible to set the "freebsd-zfs" type on a BSD partition? And a pool created this way would be non-compatible with beadm. If anyone has a script to create a beadm-compatible set of datasets, please share it. But it's already a different matter. > zpool set bootfs=zroot zroot > gpart bootcode -b /boot/boot0 da0 > zpool export zroot So you suggest using boot0 in MBR with zfsboot in VBR? Will that work? > dd if=/boot/zfsboot of=/tmp/zfsboot1 count=1 > gpart bootcode -b /tmp/zfsboot1 /dev/da0s1 > dd if=/boot/zfsboot of=/dev/da0s1a skip=1 seek=1024 It looks like the procedure described in zfsboot(8) but the da0s1a (the "a" partition) beats me. Should not the pool be in da0s1 ? > zpool import zroot > zfs set checksum=fletcher4 zroot > > > { > cat <<- EOF > > /dev/* > /proc/* > /sys/* > /tmp/* > /mnt/* > /media/* > /lost+found > /usr/ports > /usr/src/* > /zroot > } > /root/excl > > rsync -aAHXv --delete --exclude-from /root/excl / /zroot/ > > > echo 'zfs_load=YES' > /zroot/boot/loader.conf > echo 'vfs.root.mountfrom="zfs:zroot"' >> /zroot/boot/loader.conf > echo 'kern.geom.label.disk_ident.enable=0' >> /zroot/boot/loader.conf ^^^^^^^^^^^^^^^^^^^^^^^^^^^ why would I need to set this sysctl to 0? It's "1" by default on my root-on-zfs boxes. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Mon Jan 15 14:23:57 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6C58E7FEB4 for ; Mon, 15 Jan 2018 14:23:57 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-oln040092065101.outbound.protection.outlook.com [40.92.65.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 45B3C77332 for ; Mon, 15 Jan 2018 14:23:56 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=gLrpsTc2zQ9/IpLcz4UnwZIXUV+GCrxOxcuzgFwjbmo=; b=HFnvBxSXkhUcnXODsKQ8HEuwp7RsIRyBFF2zQ4SHAd5BR8QzSJQoJGg8ENpnw7U+xvqnd0Xc16ncPvUgAL9J1DWVUhe7NsDZ/Gwe6TtAOOc93c75xQ5/+kxc+4QRByl5kiyhYDMVpBF/8DGfM7cRfRmsMl9RCnfeClbltcQvWmxI3KWF/CDAPME7j7ASQexr7T+09bM9UIUdxWNEOR5ynMaLGpGoQrXtYRPS0ZxKzCh98WiJ1NGqMM7lQh9zJXlaEIhCgBfBbD562szXh7Nv1bRjb11qfJwQHPXtUWJrtnCz/EizeTfBNIbvjgtG6SE9QnYLKm5C/B0UIVRP6BI04A== Received: from DB5EUR01FT028.eop-EUR01.prod.protection.outlook.com (10.152.4.60) by DB5EUR01HT129.eop-EUR01.prod.protection.outlook.com (10.152.5.195) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.345.12; Mon, 15 Jan 2018 14:23:54 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com (10.152.4.55) by DB5EUR01FT028.mail.protection.outlook.com (10.152.4.237) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.345.12 via Frontend Transport; Mon, 15 Jan 2018 14:23:54 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e]) by VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e%13]) with mapi id 15.20.0386.012; Mon, 15 Jan 2018 14:23:54 +0000 From: Manish Jain To: Victor Sudakov CC: "freebsd-questions@freebsd.org" Subject: Re: Dualboot and ZFS Thread-Topic: Dualboot and ZFS Thread-Index: AQHTjb+Y5ILSuPWnH0GNL9ABxAsKEqN0sQMAgAAy8oCAABltgA== Date: Mon, 15 Jan 2018 14:23:53 +0000 Message-ID: References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> In-Reply-To: <20180115125241.GB60956@admin.sibptus.transneft.ru> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:9B69D2EC067AEA143377F686991486DD7EADB01477A5A5EDF989523340B89AD4; UpperCasedChecksum:DC09EDC171119DE04827DD31C4508F4EA6753612F23EDB1683BACF39E6C9DDB5; SizeAsReceived:7239; Count:47 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [BL0xEtTCqp63OljPaJDcvXv8ULTX6yv0] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; DB5EUR01HT129; 6:iHz8zJuwyNRcEZyKJdv8Pz7Wmh5wSaTZnl2ZgX6yASo6DEvx+CkxPkT+UFWLRmcE+6nGcN+vx+TtnUybFrCqW6pu0Bfip76xYTWk52z99fUGbFbsBEZNSZA6NLEJ/CMXfyYVI8y+e9MrgaH2kZl9x0+m1Ys903zXGFEs1QrY7pyv6wUEF2jPztNV6W6pgnju4BFdyrntNEoVPpbYPOG1xY1DWPKpeOANkz3nngO4RHmkNHxOiKykOerCM1221WpbnFS4l7wVOGpt8hdBY1hDhKx1xwX7NR95JRUEql24PPwlgSIdwo9qNwVcNZkzejiR/2MG9q21lVxVeQKDxsDdA7kZSKtHh03+/9P+t08+4a4=; 5:XEA7xWlMw+KqNm5hZ1h+hfK0+eh1PDWzsV2B0T2B4woEu8TSQZO66fltlVcLImCJ3JbMfqRE3G9W6YqLyjdispqqV5C6UlbRVfLaEB/DAH7SF+Fw5HkxsbFJtLczdbuFTdXQc9W681ng+V2rG6f4Xmii1eHz590ley6P9M5r2oA=; 24:qvD/vOoB44B/DbDAs00sc9wXfqEX93g1GRBQSYwUEsvrvDhLz0cmD7AIWsRXdvqeoFPuG9syO5e/u4/rWQE1b2SErLyOVGDIMY7SLb4ujZU=; 7:IW7aaKckVpjvxAYVq5C6ZhPFwRqKZaHmwxMl50OH5Nudr8ySH/TOw089AwbwSMqaWPmeGM8nLYTD0ECr4+iKIdysmyLBWWiWg0zOv0JqF7JCA/vGhR0H8wuDHqeKO30YbFU2jM5UoWN66jre7KdTDdeZ7JCRGWS8xQm0SqRXOLlNK0f2927oUwGDVjX5Fnrqm/jx0xEpd2pXtzdMjkA0Yen/6OEjpihPU17MzOeyph1geB7U0UpzB1LFOO+OjfP3 x-incomingheadercount: 47 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:DB5EUR01HT129; x-ms-traffictypediagnostic: DB5EUR01HT129: x-ms-office365-filtering-correlation-id: 68335a9b-98d2-4a2b-cd13-08d55c239a5f x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:DB5EUR01HT129; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:DB5EUR01HT129; x-forefront-prvs: 0553CBB77A x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:DB5EUR01HT129; H:VI1PR02MB1200.eurprd02.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <208ED60F2248E44D852F77ECC6D3A9E2@eurprd02.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: 68335a9b-98d2-4a2b-cd13-08d55c239a5f X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2018 14:23:53.7311 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5EUR01HT129 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 14:23:58 -0000 DQo+IFNvcnJ5IGlmIG15IHF1ZXN0aW9uIHdhcyBtaXNsZWFkaW5nLCBJIGRpZCBub3QgbWVhbiBj b252ZXJ0aW5nIHRoZQ0KPiBleGlzdGluZyBzeXN0ZW0gZnJvbSBVRlMgdG8gWkZTIGF0IGFkYTBz My4gU3VwcG9zZSBhZGEwczMgaXMgYW4gdW51c2VkDQo+IHNsaWNlLCBJIGNhbiBwcm9iYWJseSBj cmVhdGUgYSB6cG9vbCB0aGVyZW9uLiBCdXQgYSBmZXcgcXVlc3Rpb25zDQo+IHJlbWFpbjoNCj4g DQo+IDEuIENhbiBJIGluc3RhbGwgYSByb290LW9uLXpmcyBzeXN0ZW0gb24gYWRhMHMzIHdpdGgg YnNkaW5zdGFsbD8gSQ0KPiBzdXBwb3NlIG5vdD8NCg0KVGhhdCdzIHJpZ2h0LiBZb3UgY2Fubm90 IGluc3RhbGwgWkZTIG9udG8gYW4gTUJSIHNsaWNlLiBaRlMgYnkgZGVmYXVsdCANCm5lZWRzIGFu IGVudGlyZSBkaXNrLCBwYXJ0aXRpb25lZCBHUFQuDQoNCj4gV2h5IGFyZSB5b3UgY3JlYXRpbmcg YSB6cG9vbCB3aXRoaW4gYSBCU0QgImEiIHBhcnRpdGlvbiwgYW5kIG5vdCBpbg0KPiBkYTBzMSBk aXJlY3RseT8gSSBoYXZlIG5ldmVyIHNlZW4gc3VjaCBhIGNvbmZpZ3VyYXRpb24uIElzIGl0IGV2 ZW4NCj4gcG9zc2libGUgdG8gc2V0IHRoZSAiZnJlZWJzZC16ZnMiIHR5cGUgb24gYSBCU0QgcGFy dGl0aW9uPw0KDQpJIHByZXN1bWUgeW91IGFyZSB1c2luZyBNQlIgcGFydGl0aW9uaW5nLiBVbmRl ciBNQlIsIGZyZWVic2Qgc2xpY2VzIGFyZSANCmFsd2F5cyBuZXN0ZWQuIFRoZSBzbGljZSBjb250 YWlucyBwYXJ0aXRpb25zIGRlbm90ZWQgd2l0aCBhLCBiIGFuZCBzbyBvbi4NCg0KSSBkbyBub3Qg dGhpbmsgaXQgaXMgdmlhYmxlIHRvIHNldCBmcmVlYnNkLXpmcyBvbiBhbiBNQlIgc2xpY2UuIEl0 IGp1c3QgDQp3aWxsIG5vdCB3b3JrLiBaRlMgbmVlZHMgYW4gZW50aXJlIGRpc2suIElmIHlvdSB3 aXNoIHRvIGluc3RhbGwgb24gYW4gDQpNQlIgc2xpY2UsIHlvdSBtdXN0IHVzZSByc3luYyBhZnRl ciBpbnN0YWxsaW5nIGZyZWVic2QtVUZTLg0KDQo+PiBlY2hvICdrZXJuLmdlb20ubGFiZWwuZGlz a19pZGVudC5lbmFibGU9MCcgPj4gL3pyb290L2Jvb3QvbG9hZGVyLmNvbmYNCg0KPiBJdCdzICIx IiBieSBkZWZhdWx0IG9uIG15IHJvb3Qtb24temZzIGJveGVzLg0KDQoNCkkgdGhpbmsgdGhpcyBp cyBub3QgbmVjZXNzYXJ5LiBZb3UgY2FuIGxlYXZlIG91dCB0aGlzIGxpbmUuDQoNClJlZ2FyZHMs DQpNYW5pc2ggSmFpbg0K From owner-freebsd-questions@freebsd.org Mon Jan 15 14:47:57 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B34FEA7617 for ; Mon, 15 Jan 2018 14:47:57 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id EBCFB78CDC for ; Mon, 15 Jan 2018 14:47:56 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913154; Mon, 15 Jan 2018 20:43:05 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0FElqad065615; Mon, 15 Jan 2018 21:47:54 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0FElm2O065611; Mon, 15 Jan 2018 21:47:48 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Mon, 15 Jan 2018 21:47:48 +0700 From: Victor Sudakov To: Manish Jain Cc: "freebsd-questions@freebsd.org" Subject: Re: Dualboot and ZFS Message-ID: <20180115144747.GA65526@admin.sibptus.transneft.ru> References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 14:47:57 -0000 Manish Jain wrote: > > > Sorry if my question was misleading, I did not mean converting the > > existing system from UFS to ZFS at ada0s3. Suppose ada0s3 is an unused > > slice, I can probably create a zpool thereon. But a few questions > > remain: > > > > 1. Can I install a root-on-zfs system on ada0s3 with bsdinstall? I > > suppose not? > > That's right. You cannot install ZFS onto an MBR slice. ZFS by default > needs an entire disk, partitioned GPT. However, later you suggest it's possible to install freebsd-zfs on a BSD slice. How is that? > > > Why are you creating a zpool within a BSD "a" partition, and not in > > da0s1 directly? I have never seen such a configuration. Is it even > > possible to set the "freebsd-zfs" type on a BSD partition? > > I presume you are using MBR partitioning. Under MBR, freebsd slices are > always nested. The slice contains partitions denoted with a, b and so on. > > I do not think it is viable to set freebsd-zfs on an MBR slice. It just > will not work. ZFS needs an entire disk. If you wish to install on an > MBR slice, you must use rsync after installing freebsd-UFS. Do you mean to say it's viable to install freebsd-zfs on ada0s3a but not viable on ada0s3 ? I don't see logic here. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Mon Jan 15 14:57:13 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88BFDEB2487 for ; Mon, 15 Jan 2018 14:57:13 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-oln040092069036.outbound.protection.outlook.com [40.92.69.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8C6E79D78 for ; Mon, 15 Jan 2018 14:57:12 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Plzpda6HzKEtf/4m3DkgMFBo0V7gGqTj6PbjK6PxSlE=; b=rUMYJybxkK0YeaaE8UnGjXw7+Bv5gV15GGm5+6q5umgEKm2jbrKosOc66npDOG2bDGQAs9Fn/vvnF6FPq3S8ENEf1M10iUtz2dHH4tHOpaBvqKvABDly8NyFxDAqDRX6bKyB8XIHM65DKl4BicYKcINms+zyrnIa+Nlbx2SE2cR7dsaoTUKOwXJo9rBtO05z6HTg5ZkdFyHzxCHNCaEWo1tB2rppv3ia69IC1KK3v6GoHVsj00T4oyLTnorQi93kvkZVvFRy71bCBPYw/xrc4o4b4Enc4qv1UzzmrGtfXLRf9h4dJKX0cpk9kZEAIlhTeklHmTR68XYkMahY1L4kTw== Received: from HE1EUR02FT058.eop-EUR02.prod.protection.outlook.com (10.152.10.55) by HE1EUR02HT052.eop-EUR02.prod.protection.outlook.com (10.152.11.201) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.345.12; Mon, 15 Jan 2018 14:57:10 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com (10.152.10.57) by HE1EUR02FT058.mail.protection.outlook.com (10.152.11.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.345.12 via Frontend Transport; Mon, 15 Jan 2018 14:57:10 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e]) by VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e%13]) with mapi id 15.20.0386.012; Mon, 15 Jan 2018 14:57:10 +0000 From: Manish Jain To: Victor Sudakov CC: "freebsd-questions@freebsd.org" Subject: Re: Dualboot and ZFS Thread-Topic: Dualboot and ZFS Thread-Index: AQHTjb+Y5ILSuPWnH0GNL9ABxAsKEqN0sQMAgAAy8oCAABltgIAABr0AgAACioA= Date: Mon, 15 Jan 2018 14:57:09 +0000 Message-ID: References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> In-Reply-To: <20180115144747.GA65526@admin.sibptus.transneft.ru> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:0D955CA03E96DD5A2602F34AFB0CA613F73AE5599BBC89DCD929F5940A7204D0; UpperCasedChecksum:936ABA4088339EDFE2D232A3AB6E5FF1DE812FDC2E29CC985051154D16088592; SizeAsReceived:7353; Count:47 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [N/Yf6xPbFVdI7n9/FuRxWEAvqzS9a6pQ] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; HE1EUR02HT052; 6:abvUBNJPTMN1XXescYSaA3abFTN2vnPqHC5m0HDPntSEvifDnNmoCnynLDXTIAEtg0yOGskCVBPfMRc9YQRg1xz6hsYwsIx1mJGD63iQS9N8rfBhFROtBvBLa/YiYwXa/qgeXL4NIkFcvw9DjmsgRVR83G23JFZMhc2FqPjLumU1d0JM4WN2U5SE93JY60rI7It6miMFwsnYHtpysZhzf3/JcudQdlskXQ9fFPnQ26Szm9VXnDzMNh+c47EiWqBwhtw+M7tzA95sJkGpT4FLPiSzG+5lbGwTAXrnFkL87R8uks/NK1rI00FR2vD15/mNBsJJM2Azub0eJa96HxWcq/3ZBKRDEMS+un9Kj9u/pEo=; 5:DXSx/QF1ZNvqYaIDc92CaVAslzMBdV75ev7vJEs29RXD3NOm1zK1QBbYndEdwhIKKzGLKUF5ik63K/IJws39s7wlZJS9uokyAjwpoFbgpdwuEXWtxP8K6hAscLv2QLknle+O5RjFDho6tojjrQV8TipKTmYnQbi8bYzPdQP8OVQ=; 24:8pscKZCOCsnE4i/yDen6YmjjJc7EZsveFqm/60O5irokYmt15/2NwUIcpJqwgjmq1iuCMS8aOg1JMe9sBmodtRWeA3xtFygfRTVs8VDeSzY=; 7:ahs3+UXr3cWoqdhUaltmdkdyh15gDsxoLKZb+pUUHyQH7AZmlUa7AI4rxVZ/2AmA3CP2fOQHwWjWX5d4ZvfPmxihK6wZt05fp1MgQGBBmnU6fPxtGZWaqG1x+p/4sYb1wHMbC8pFfkWrnrDW1cKjlFsKHPs2qWU6ADfTLBeyKt224vG8v/1oGOR8qiTTTzyi4f88je8ns5sSVXZhH6oMfkTkmEFgXjhYo1Tb+6E99t1FoC00WoXBqYI0aCw8zQ9u x-incomingheadercount: 47 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:HE1EUR02HT052; x-ms-traffictypediagnostic: HE1EUR02HT052: x-ms-office365-filtering-correlation-id: b05ff4bc-a5e9-473f-e28a-08d55c284074 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:HE1EUR02HT052; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:HE1EUR02HT052; x-forefront-prvs: 0553CBB77A x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:HE1EUR02HT052; H:VI1PR02MB1200.eurprd02.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <4487276F2A4AB647ABE84B408724CB2A@eurprd02.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: b05ff4bc-a5e9-473f-e28a-08d55c284074 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2018 14:57:09.9830 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR02HT052 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 14:57:13 -0000 DQpPbiAwMS8xNS8xOCAyMDoxNywgVmljdG9yIFN1ZGFrb3Ygd3JvdGU6DQo+IEhvd2V2ZXIsIGxh dGVyIHlvdSBzdWdnZXN0IGl0J3MgcG9zc2libGUgdG8gaW5zdGFsbCBmcmVlYnNkLXpmcyBvbiBh DQo+IEJTRCBzbGljZS4gSG93IGlzIHRoYXQ/DQoNCkkgbmV2ZXIgc3VnZ2VzdGVkIGluc3RhbGxp bmcgZnJlZWJzZC16ZnMgb24gYSBNQlIvQlNEIHNsaWNlLCB1bmxlc3MgSSANCm1hZGUgYSB0eXBv LiBmcmVlYnNkLXpmcyBjYW4gb25seSBiZSBpbnN0YWxsZWQgb24gYW4gZW50aXJlIGRpc2ssIA0K cGFydGl0aW9uZWQgR1BULg0KDQpUaGUgc3RlcHMgbWVudGlvbmVkIGluIG15IGZpcnN0IG1lc3Nh Z2UgdGFyZ2V0IG1vdmluZyBhbiBleGlzdGluZyBVRlMgdG8gDQpaRlMuDQoNCj4gRG8geW91IG1l YW4gdG8gc2F5IGl0J3MgdmlhYmxlIHRvIGluc3RhbGwgZnJlZWJzZC16ZnMgb24gYWRhMHMzYSBi dXQNCj4gbm90IHZpYWJsZSBvbiBhZGEwczMgPyBJIGRvbid0IHNlZSBsb2dpYyBoZXJlLg0KDQoN CllvdSBoYXZlIHRvIHJlY3JlYXRlIHRoZSBzMyBzbGljZSBhbmQgaXRzIG5lc3RlZCBzM2EgcGFy dGl0aW9uIGR1cmluZyByc3luYy4NCg0KDQpUaGFua3MgJiBSZWdhcmRzLA0KTWFuaXNoIEphaW4N Cg== From owner-freebsd-questions@freebsd.org Mon Jan 15 15:09:53 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8320EB30E7; Mon, 15 Jan 2018 15:09:53 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-186.static.stls.mo.charter.com [24.240.198.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dweimer.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7CC687AB18; Mon, 15 Jan 2018 15:09:52 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from www.dweimer.net (opnsense.dweimer.local [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.15.2/8.15.2) with ESMTPSA id w0FEwpfq080603 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 15 Jan 2018 08:58:51 -0600 (CST) (envelope-from dweimer@dweimer.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dweimer.net; s=2017.01.31; t=1516028331; bh=cyREgycBcxsh7r6qKK2lLFopTSEaahf2WjxCybRSm/g=; h=Date:From:To:Cc:Subject:Reply-To:In-Reply-To:References; b=tsuelBLD/gwgAA5nyESQUkkg7I3iTNQHcOpPiqZVoItybBja+DLZIcjI+YdpJW/Ba GIwICD/Mw1obKzuaAsQPEk4U89gqd1bthqVd4iAGYOm4WCR28o4WFP26MvH3RPPLI0 nNhEPqvZoWGaV0zQk6nRTdJSM9GOqvj3QNELmuPB7y02z5QcTC+1NY+cUM9plh0EAB jn/lqzimNRYe0wmJsNFJlgr/dCJpzQ/ZQ4PbTPrMDxT86EPtHm9S+Q+hMHTR+ya5xr /3n2AJWgmjM3F8ap/rfdrZBWRKpjkMXWJ6c+B8+yY4qgKGg6l+vRkXecseGrMTK8NX 1Akrd1mjutwNg== MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 15 Jan 2018 08:58:46 -0600 From: "Dean E. Weimer" To: Victor Sudakov Cc: Manish Jain , freebsd-questions@freebsd.org, owner-freebsd-questions@freebsd.org Subject: Re: Dualboot and ZFS Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <20180115144747.GA65526@admin.sibptus.transneft.ru> References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> Message-ID: <9bb8ddb71ab9ef1775130be761063203@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.3.4 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 15:09:54 -0000 On 2018-01-15 8:47 am, Victor Sudakov wrote: > Manish Jain wrote: >> >> > Sorry if my question was misleading, I did not mean converting the >> > existing system from UFS to ZFS at ada0s3. Suppose ada0s3 is an unused >> > slice, I can probably create a zpool thereon. But a few questions >> > remain: >> > >> > 1. Can I install a root-on-zfs system on ada0s3 with bsdinstall? I >> > suppose not? >> >> That's right. You cannot install ZFS onto an MBR slice. ZFS by default >> needs an entire disk, partitioned GPT. > > However, later you suggest it's possible to install freebsd-zfs on a > BSD slice. How is that? > >> >> > Why are you creating a zpool within a BSD "a" partition, and not in >> > da0s1 directly? I have never seen such a configuration. Is it even >> > possible to set the "freebsd-zfs" type on a BSD partition? >> >> I presume you are using MBR partitioning. Under MBR, freebsd slices >> are >> always nested. The slice contains partitions denoted with a, b and so >> on. >> >> I do not think it is viable to set freebsd-zfs on an MBR slice. It >> just >> will not work. ZFS needs an entire disk. If you wish to install on an >> MBR slice, you must use rsync after installing freebsd-UFS. > > Do you mean to say it's viable to install freebsd-zfs on ada0s3a but > not viable on ada0s3 ? I don't see logic here. It can be installed on a partition, but it has to be GPT, not MBR, from one of my servers I have this GPT partition setup. # gpart show -p => 40 1953525088 ada0 GPT (932G) 40 1024 ada0p1 freebsd-boot (512K) 1064 33554432 ada0p2 freebsd-swap (16G) 33555496 1919969624 ada0p3 freebsd-zfs (916G) 1953525120 8 - free - (4.0K) ZFS is designed to use a full raw disk, but you need to have a boot partition, and in this case I setup swap as well outside of ZFS. This server never hits swap though, so I don't have any real world metrics on whether or not this is better that running swap on a zvol inside of ZFS. There is a second drive duplicating this and GEOM mirror used for the swap, along with ZFS mirror for redundancy and a second boot partition. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@freebsd.org Mon Jan 15 15:15:35 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 76A7AEB38A1 for ; Mon, 15 Jan 2018 15:15:35 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id C816C7B225 for ; Mon, 15 Jan 2018 15:15:33 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913172; Mon, 15 Jan 2018 21:10:43 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0FFFUFc066557; Mon, 15 Jan 2018 22:15:32 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0FFFQ2k066555; Mon, 15 Jan 2018 22:15:26 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Mon, 15 Jan 2018 22:15:26 +0700 From: Victor Sudakov To: Manish Jain Cc: "freebsd-questions@freebsd.org" Subject: Re: Dualboot and ZFS Message-ID: <20180115151526.GA66342@admin.sibptus.transneft.ru> References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 15:15:35 -0000 Manish Jain wrote: > > On 01/15/18 20:17, Victor Sudakov wrote: > > However, later you suggest it's possible to install freebsd-zfs on a > > BSD slice. How is that? > > I never suggested installing freebsd-zfs on a MBR/BSD slice, unless I > made a typo. freebsd-zfs can only be installed on an entire disk, > partitioned GPT. > > The steps mentioned in my first message target moving an existing UFS to > ZFS. Do we perhaps have a different understanding of "installing"? If by "installing" you mean only that by the regular bsdinstall, then I understand you. For me, however, running "make installworld DESTDIR=xxx" is also installing. Can DESTDIR be a zpool on a MBR/BSD slice? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Mon Jan 15 15:16:06 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A5577EB3935 for ; Mon, 15 Jan 2018 15:16:06 +0000 (UTC) (envelope-from johannes-maria@t-online.de) Received: from mailout07.t-online.de (mailout07.t-online.de [194.25.134.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailout00.t-online.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 243DA7B2A5 for ; Mon, 15 Jan 2018 15:16:05 +0000 (UTC) (envelope-from johannes-maria@t-online.de) Received: from fwd11.aul.t-online.de (fwd11.aul.t-online.de [172.20.27.152]) by mailout07.t-online.de (Postfix) with SMTP id 6A84F42C9559 for ; Mon, 15 Jan 2018 16:15:57 +0100 (CET) Received: from t-online.de (r1ADI8ZGZhUXUfDYZ+978A+RLdRAdG+i+xMlfOPJXW4mUcvcMzpxpzNVcMGzIOqZ6b@[84.152.234.84]) by fwd11.t-online.de with (TLSv1:DHE-RSA-AES256-SHA encrypted) esmtp id 1eb6UI-0wV15U0; Mon, 15 Jan 2018 16:15:50 +0100 Received: by t-online.de (nbSMTP-1.00) for uid 1001 (using TLSv1/SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) johannes-maria@t-online.de; Mon, 15 Jan 2018 16:15:50 +0100 (CET) Date: Mon, 15 Jan 2018 16:15:49 +0100 From: Johannes-Maria Kaltenbach To: freebsd-questions@freebsd.org Subject: problem with upgrade and unable to build openjdk8 in poudriere Message-ID: <20180115151549.GA9923@localhost.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-ID: r1ADI8ZGZhUXUfDYZ+978A+RLdRAdG+i+xMlfOPJXW4mUcvcMzpxpzNVcMGzIOqZ6b X-TOI-MSGID: 38970068-bce0-47d2-ad1d-5c1482844b46 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 15:16:06 -0000 Hello, I'm still working with 9.3 and thought it's time to install 11.1 but there are two problems I couldn't solve myself. I've never worked with jails or poudriere before and probably made some errors so I first describe in detail what I've done. To not destroy my working system I made this on a separate (clear) slice of my hard disk. First I installed the basic 11.1 system with the boot disk (FreeBSD-11.1-RELEASE-amd64-disc1.iso) without problems. Then I installed poudriere (pkg install poudriere) and created a jail with poudriere: poudriere jail -c -v 11.1-RELEASE -a amd64 -j 11amd64 and installed the ports tree: poudriere ports -c I created a list of ports to install and started poudriere: poudriere -v bulk -j 11amd64 -f list_of_ports_to_install First problem: One of the ports to install is x11/kde4 which as a dependency adds java/openjdk8 to the list but poudriere seems to be unable to build it: =>> Failed ports: java/openjdk8:build [excerpt from the log-file: gmake[2]: *** No rule to make target '1'. Stop. gmake[2]: Leaving directory '/wrkdirs/usr/ports/java/openjdk8/work/openjdk/langtools/make' ] And therefore =>> Skipped ports: devel/antlr devel/kdesdk4 devel/poxml x11/kde4 On the other hand a direct make in ports/java/openjdk8 is successful but it fails repeatedly when called by poudriere. Second problem: I tried to install the successfully built software (i. e. my list without kde4) with pkg -j 11amd64 upgrade but this fails with pkg: jail "11amd64" not found and jls doesn't list any jails whereas poudriere jail -l displays JAILNAME VERSION ARCH METHOD ... PATH 11amd64 11.1-RELEASE-p6 amd64 ftp ... /usr/local/poudriere/jails/11amd64 Any help greatly appreciated. Best regards, Johannes-Maria From owner-freebsd-questions@freebsd.org Mon Jan 15 15:31:40 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 16592EB4B37 for ; Mon, 15 Jan 2018 15:31:40 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-db5eur03olkn081c.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe0a::81c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DBB07C3B8 for ; Mon, 15 Jan 2018 15:31:39 +0000 (UTC) (envelope-from bourne.identity@hotmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=mEkvtGKRgLbuJm427C6BHRu0gLWcpScG9kOYzwiNVUs=; b=WbVGvBUzHljsgY9uy6oZ5TKKOXtGFoYn6iul/p+hiP+INFyl45YjgQQxcfNj9aiDcPx8rU8YQmFX4hqmbxOZfPZ8f4NE4TIUCjdF4bdAZRnbwv98TfG37v0c67rqL6mrhNOA9kBOGmFPf0TC8BIB7ZTpVy2lyCaPwlGfBHi9+8Z2G+SwMe4KaNLIjPggleXuSJLWEfmflMR2Gr1t69ioJCauzs9j1Ui8eqIwQAsxhDpONVnClNvP2fLn33YPT3l5ixikSti17Sy6k+VvrxiwZJJnYNLIDn1hqigf4BpDmxVoEinc9Rlaee6+Sp+UPsOzsecrhOS/sKu7SKhY256iMQ== Received: from VE1EUR03FT035.eop-EUR03.prod.protection.outlook.com (10.152.18.53) by VE1EUR03HT030.eop-EUR03.prod.protection.outlook.com (10.152.18.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.345.12; Mon, 15 Jan 2018 15:31:37 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com (10.152.18.57) by VE1EUR03FT035.mail.protection.outlook.com (10.152.18.110) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.19 via Frontend Transport; Mon, 15 Jan 2018 15:31:37 +0000 Received: from VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e]) by VI1PR02MB1200.eurprd02.prod.outlook.com ([fe80::7135:cb96:a968:f78e%13]) with mapi id 15.20.0386.012; Mon, 15 Jan 2018 15:31:37 +0000 From: Manish Jain To: Victor Sudakov CC: "freebsd-questions@freebsd.org" Subject: Re: Dualboot and ZFS Thread-Topic: Dualboot and ZFS Thread-Index: AQHTjb+Y5ILSuPWnH0GNL9ABxAsKEqN0sQMAgAAy8oCAABltgIAABr0AgAACioCAAAUvAIAABHeA Date: Mon, 15 Jan 2018 15:31:37 +0000 Message-ID: References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> In-Reply-To: <20180115151526.GA66342@admin.sibptus.transneft.ru> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:4D7BA6DBB8B677D46257B77FCAEB7CC6EA56D57564A80FD0143CB0F804A80967; UpperCasedChecksum:5F105B14115C71D1C003D69B5D8DDF323D6293B8FC652995D84AA03D3F6F1236; SizeAsReceived:7526; Count:47 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [GFS5ILIN5MomACViUt1qCSK+WVHfltm4] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; VE1EUR03HT030; 6:0G8AC7ZGcWWjGDzTg+IwxtDuQHPsMalWnHOqhpc0kuOIyZ8M+zvicQHjQoe0PnF98I9H0E6dwH5lWM478uGmNV6tINTv4qMjs3CeWuJP5f7xsDmaJIH1Ga5XtJwph/rV9AoqL+XHt03LvqCX6RzJxTIRcUM4NaHw/4I//gms12uPvd71OlkqRFlyncvHdNPxpFXYMzWtxN73BeaKBM34d5vVVqfY1iLg2ZEKT6fKGruUoVg8bVGsIDJrIlSAH2BknPGQgevQfCT/1VKjGnsgpPz/ZdhmKGuQs3U5GPMhLA4elnAx5t6277Xnw61OWmS3JvYy730E7hEY+RaPJORRaP6wgwU5rO9YsBMbp2fUqEk=; 5:xSblI/A9blwfTKSE9KqBdWk8uVFvsrF7LhY8AyZrEkTuL35z+uNSAoz+gS5O61eCgHjYNVdCudxYjt48W8wTTQpOcRE+QcVsA3Hfei+kA1B7B0rhUFyZT2J3CgNA0hNlYmhN9A97Tztrbv/BURB9tJIvxqUJzx7uG2woTndkrpo=; 24:GOTPr/+y5gjzQq48EkIRZdGTCx6SPIkL/S/vJzQxeK7WXv4hv/yaUOS/uBikVrxLGKzf+yDBdMKG2A+/bADpTz17fwgpgeBh+twVWRHOrqM=; 7:eaAw99khidOmNT2FbBds2etL9ZxRA9dLm47R9qeNAF/ASzPqCjn+L2fb1NJmxP+Ds5kCh4CjRB1YhPn6kob3J9e6jkkxke9kV0Uj8X+SgBHFbTMDmiQCZp6fcY0l3AxWN+278zx5VX7JJ0cQL0nlxgEl6dxPfwpEyBS6f24f/81tWYvNdlUGCUVUSRQFcw+JyPsW0YY5mWHddZ+VDlQn2Gt0paudZq7CXJHK56LcIS71L9eWEozPSMyqfd+c0PHH x-incomingheadercount: 47 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:VE1EUR03HT030; x-ms-traffictypediagnostic: VE1EUR03HT030: x-ms-office365-filtering-correlation-id: 17130256-514b-4560-0da9-08d55c2d10be x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:VE1EUR03HT030; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VE1EUR03HT030; x-forefront-prvs: 0553CBB77A x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:VE1EUR03HT030; H:VI1PR02MB1200.eurprd02.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-ID: <0A2E63DA1FF23D4AAA5AEF7BF8C9936D@eurprd02.prod.outlook.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: 17130256-514b-4560-0da9-08d55c2d10be X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2018 15:31:37.3686 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1EUR03HT030 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 15:31:40 -0000 T24gMDEvMTUvMTggMjA6NDUsIFZpY3RvciBTdWRha292IHdyb3RlOg0KDQo+IERvIHdlIHBlcmhh cHMgaGF2ZSBhIGRpZmZlcmVudCB1bmRlcnN0YW5kaW5nIG9mICJpbnN0YWxsaW5nIj8gSWYgYnkN Cj4gImluc3RhbGxpbmciIHlvdSBtZWFuIG9ubHkgdGhhdCBieSB0aGUgcmVndWxhciBic2RpbnN0 YWxsLCB0aGVuIEkNCj4gdW5kZXJzdGFuZCB5b3UuDQo+IA0KPiBGb3IgbWUsIGhvd2V2ZXIsIHJ1 bm5pbmcgIm1ha2UgaW5zdGFsbHdvcmxkIERFU1RESVI9eHh4IiBpcyBhbHNvDQo+IGluc3RhbGxp bmcuIENhbiBERVNURElSIGJlIGEgenBvb2wgb24gYSBNQlIvQlNEIHNsaWNlPw0KDQoNCkkgdGhp bmsgdGhpcyBtaWdodCBiZSBhIGtleSBkaWZmZXJlbmNlLiBXaGVuIEkgc2F5IGluc3RhbGxpbmcs IGl0IA0KdXN1YWxseSBtZWFucyAtLSBwaWNrIHVwIHlvdXIgb3B0aWNhbCBDRCBpbnN0YWxsZXIs IGFuZCBpbnN0YWxsIGl0IG9udG8gDQp5b3VyIGhhcmQgZGlzay4NCg0KSSBuZXZlciBib3RoZXIg YWJvdXQgYnVpbGR3b3JsZCAvIGluc3RhbGx3b3JsZC4NCg0KVGhhbmtzICYgUmVnYXJkcywNCk1h bmlzaCBKYWluDQo= From owner-freebsd-questions@freebsd.org Mon Jan 15 15:42:09 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48D05EB5771; Mon, 15 Jan 2018 15:42:09 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-186.static.stls.mo.charter.com [24.240.198.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "dweimer.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B10C7D13F; Mon, 15 Jan 2018 15:42:08 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from www.dweimer.net (opnsense.dweimer.local [10.9.5.1]) (authenticated bits=0) by webmail.dweimer.net (8.15.2/8.15.2) with ESMTPSA id w0FFg5ot081816 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 15 Jan 2018 09:42:06 -0600 (CST) (envelope-from dweimer@dweimer.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=dweimer.net; s=2017.01.31; t=1516030927; bh=FkhS5Toab9O0wERg/B+g/DHaWNJJfajs7TUWwjeDICI=; h=Date:From:To:Cc:Subject:Reply-To:In-Reply-To:References; b=pHPYYlTcflGRabA5Zcg1vJvVAy8uwR5zxUZcfRDX4FZiUhR2HTJfoQ8ZgxTImEQ+M IyZZnTU0ZVrXS/tT0ipDRWv1aQ7JX20qkb80+th/Ib2sI4ROnSEB1tVd7qlxEbbG0P 2BzhTrTWEaWDv8VxFhZCSfSpFyI7upL54HUm28jaOAKsfXaMknhbmd3vmdHUzizN+M iRCYTsdlsNxEiWlhRmNVzhlhOk6eFcuVAg7qz/ex872e0+baH9XpdTp6GeGA4exjcw 78NgIcT5vaIRx9BRVVIDGqsUSGvRiDOtLSkNXMaZ9tkefzeZsMMu1uvZwBnVyilt8N Jb4Wrm8aIvFuQ== MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 15 Jan 2018 09:42:00 -0600 From: "Dean E. Weimer" To: Victor Sudakov Cc: Manish Jain , freebsd-questions@freebsd.org, owner-freebsd-questions@freebsd.org Subject: Re: Dualboot and ZFS Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <20180115151526.GA66342@admin.sibptus.transneft.ru> References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> Message-ID: X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.3.4 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 15:42:09 -0000 On 2018-01-15 9:15 am, Victor Sudakov wrote: > Manish Jain wrote: >> >> On 01/15/18 20:17, Victor Sudakov wrote: >> > However, later you suggest it's possible to install freebsd-zfs on a >> > BSD slice. How is that? >> >> I never suggested installing freebsd-zfs on a MBR/BSD slice, unless I >> made a typo. freebsd-zfs can only be installed on an entire disk, >> partitioned GPT. >> >> The steps mentioned in my first message target moving an existing UFS >> to >> ZFS. > > Do we perhaps have a different understanding of "installing"? If by > "installing" you mean only that by the regular bsdinstall, then I > understand you. > > For me, however, running "make installworld DESTDIR=xxx" is also > installing. Can DESTDIR be a zpool on a MBR/BSD slice? You can do an install from source to a zfs dataset no matter where it exists as that just shows up as any other mount point, but if you want to be able to boot from it I would suggest making it on a GPT disk. I checked and there is a section on the wiki about installing to MBR, but its flagged as will not boot. By the way the setup I sent was installed by using the live CD, creating the zpool, and zfs datasets, and extracting the data manually. I do updates by building from source and installing to clones of root dataset then change zpools bootfs and reboot. With the new dataset. -- Thanks, Dean E. Weimer http://www.dweimer.net/ From owner-freebsd-questions@freebsd.org Mon Jan 15 15:43:34 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 256C4EB5AFB for ; Mon, 15 Jan 2018 15:43:34 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FF567D2C2 for ; Mon, 15 Jan 2018 15:43:33 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-wm0-x236.google.com with SMTP id 81so13131981wmb.1 for ; Mon, 15 Jan 2018 07:43:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=xpkZ0s0FxVolTsPohexcaEKh55rzTd67Ktl6Xz4e5VQ=; b=Q/Re+Fv84WBMsF4VCwzd6Ekitrq0rarT5sw0JtUryT5GUXeDM5JQJoup8PLbJLScd5 YJ8XWbt2d3i/3J6xM4qpObVDSvEfdEQ/tnwY6EabltxBgxDGaWt1iTKjM5mBz7yeCkZC ZJUpEXEeZutfMLTDDl02d+sxUw/KDrsWNuqurwfyz6Bw//v5DaNvBQ3P8EH0fY0ErnkH puFgzvyd/TBxqBecE92LXztSJ2rglLti0wd/HNih9uQk8CHUXiilY8bUfAe6jOYMQ0bp Z0YJt5DMoZ0HJV7CTSEthfkK1zJS5gwTLTS5uPgT16bSuTUJ90dDQSsjKsdk6Ph7YWWe kDsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=xpkZ0s0FxVolTsPohexcaEKh55rzTd67Ktl6Xz4e5VQ=; b=ZhWlrGkmOToSjm+tNFxroQDa+ZIYo4es0yvp3TW5LjFxqzGj/cpdWgXAnAZkdMPR8v E779CrHwCd4DoTXAKtzH2gWm8BZwGDIcX+P5oUS9ZOyUl4e0KHzRvJq7xArTwbDEcPVD 1QwiuphpgjWyUZSvJPf1TZJjg6TSuu7f0dYfhNaZMHfnOlDcR4cIglqZzNw8WLvbrXJd zLcpA2R/Nufe9BBIr0MK5qBBospoLTOh2Rl4N/ZCIxEZTRUk9pmw5WuExzrX++ILI9y9 XilK1QrZi61xtTwYvrEW5d/sm2vShud0k24PPjaZzbVfdRpxRyldoWfkbVWAx1h85pCR bdWg== X-Gm-Message-State: AKwxytc1/sYPY0k6bw+jWOfvltiGZZe8SDXoYS2bID+F9gZoX6Lo5FCt DyOOw1AFTs6tbIYLJPhk0SKc0bYn6wdToDbVNwfHXQ== X-Google-Smtp-Source: ACJfBosw16dtbWsJ+Zzh1ipMai0TESu72BTk+FASzn6OZWQx63o6Rb4F64NFITdmmgapqaW+EfTtD2bo2jeV2awtKJ8= X-Received: by 10.80.171.165 with SMTP id u34mr16165080edc.167.1516031011872; Mon, 15 Jan 2018 07:43:31 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.80.195.88 with HTTP; Mon, 15 Jan 2018 07:43:31 -0800 (PST) X-Originating-IP: [50.253.99.174] In-Reply-To: <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> From: Warner Losh Date: Mon, 15 Jan 2018 08:43:31 -0700 X-Google-Sender-Auth: ZEHAZfwlV7egHwVthvP0vKDWJY4 Message-ID: Subject: Re: Server doesn't boot when 3 PCIe slots are populated To: Grzegorz Junka Cc: freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 15:43:34 -0000 On Sun, Jan 14, 2018 at 11:44 PM, Grzegorz Junka wrote: > > On 15/01/2018 06:18, Warner Losh wrote: > > > > On Jan 14, 2018 11:05 PM, "Grzegorz Junka" wrote: > > > On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: > >> >> >> On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka > > wrote: >> >> >> On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: >> >> >> >> On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka >> >> >> wrote: >> >> Hello, >> >> I am installing a FreeBSD server based on Supermicro H8SML-iF. >> There are three PCIe slots to which I installed 2 NVMe >> drives and >> one network card Intel I350-T4 (with 4 Ethernet slots). >> >> I am observing a strange behavior where the system doesn't >> boot if >> all three PCIe slots are populated. It shows this message: >> >> nvme0: mem 0xfd8fc000-0xfd8fffff irq >> 24 at >> device 0.0 on pci1 >> nvme0: controller ready did not become 1 within 30000 ms >> nvme0: did not complete shutdown within 5 seconds of >> notification >> >> The I see a kernel panic/dump and the system reboots after >> 15 seconds. >> >> If I remove one card, either one of the NVMe drives or the >> network >> card, the system boots fine. Also, if in BIOS I set PnP OS >> to YES >> then sometimes it boots (but not always). If I set PnP OS >> to NO, >> and all three cards are installed, the system never boots. >> >> When the system boots OK I can see that the network card is >> reported as 4 separate devices on one of the PCIe slots. I >> tried >> different NVMe drives as well as changing which device is >> installed to which slot but the result seems to be the >> same in any >> case. >> >> What may be the issue? Amount of power drawn by the >> hardware? Too >> many devices not supported by the motherboard? Too many >> interrupts >> for the FreeBSD kernel to handle? >> >> Any help would be greatly appreciated. >> >> GregJ >> >> _______________________________________________ >> >> >> >> >> >> From my experience from other trade marked main boards , an >> action may be to check manual of your server board to see >> whether there are rules about use of these slots : Sometimes >> differently shaped slots are supplied with same ports : If one >> slot is occupied , the other slot should be left open , or >> rules about not to insert such a kind of device into a slot , >> for example , graphic cards . >> >> >> Mehmet Erol Sanliturk >> >> >> I checked the manual but couldn't find any restrictions regarding >> PCIe ports. It only says how many lanes are available in each >> slot. Would there be any obvious BIOS setting that could cause >> this issue? I tried after resetting BIOS to default settings but >> maybe something is set incorrectly by default? >> >> GregJ >> _______________________________________________ >> >> >> >> >> >> http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56 >> x0/H8SML-iF.cfm >> H8SML-iF >> >> >> On the above page , click "OS Compatibility" >> >> >> On the following page , click "SR5650" >> >> http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp_SR5650.cfm >> OS Compatibility Chart >> >> >> On the column ( third ) >> >> H8SML-7F >> H8SML-7 >> H8SML-iF >> H8SML-i >> >> >> there listed only * >> * >> ** >> * >> * >> * >> * >> >> FreeBSD 8.0 >> FreeBSD 9.1 >> >> From this list , it may be said that , this mother board date is old , >> means , it seems that the new OS versions are not tested after currently >> tested OS versions . >> >> >> To check interaction between operating system and your Supermicro >> H8SML-iF , select one of the suitable operating system ( Unix class OSes >> are more suitable ) for you and tested on this card , and try to install it >> as you like your installed components . If it boots successfully , it means >> that there is an incompatibility between your FreeBSD and the main board . >> If no one of them boots , then you may conclude that , there is a problem >> in your settings . >> >> >> BIOS settings are important , because , OS communicates with the main >> board through these settings . >> >> >> In manual ( downloaded from the above page : >> Manual Revision 1.0c >> Release Date: March 12, 2014 ) , page 4-9 , "PCI/PnP Configuration" is >> defined . >> If PnP is selected YES. OS adjusts some device settings . If NO is >> selected , BIOS adjusts some device settings . When BIOS adjusted device >> settings are not conforming to OS parameters , the result will be "FAIL" . >> >> Therefore , more suitable selection is YES . >> >> >> Another point is that , there are many more BIOS selectable parameters >> and jumpers about PCI slots and others . >> There are some BIOS settings for PCI slots : >> >> PCI X4 Slot 6 ( page 4-9 ) >> PCI x8 Slot 7 ( page 4-10 ) >> >> >> >> Please review these BIOS settings in your manual and set them with >> respect to your requirements . >> >> > Thanks Mehmet for looking into this. It's an old motherboard but my point > is that it boots fine when either: one NVMe and the network card, or both > NVMe are installed, but not when all three are installed. How would that be > related to FreeBSD compatibility? The chipset and all devices that I am > trying to install are supported by FreeBSD 11.x. > > I just tried booting into a Debian live system and it also didn't > enumerate NVMe drives properly. This means that it's not FreeBSD related > and is no longer relevant for this list. I will try to play with BIOS > settings to see if I can make it work that way. Thanks for all the help. > > > > Nvme drives are weird about power. I distrust the power estimate of 5-9w > earlier in the thread... given the oddity with debian, it's not too crazy > to think that. How far does FreeBSD boot though? > > > I tried with a different power supply but the outcome was exactly the > same. Sometimes FreeBSD boots fine but one of the NVMe drives is not > visible (i.e. dmesg grep shows only one NVMe). When it doesn't work it > boots up to the point of enumerating drives (SATA, USB, NVMe). Then it > stops at the first NVMe and reboots. > Any panic message / traceback, or just a system reset? > The funny thing is that very often it's enough to pull out one of the > cards and put it back in. Then the system boots fine with all three cards. > I had that a few times. Once it's booted it works, I can restart the system > and it boots every time. As soon as I power off, unplug from the power > main, wait a few minutes and power it on again, the issue comes back - > can't boot as NVMe can't be enumerated. > Sounds like misaligned cards then... Warner > I though it might be caused by the hardware being too cold. I left the > server once overnight but it didn't boot up, it was trying and restarting > the whole night. > > GregJ > > > From owner-freebsd-questions@freebsd.org Mon Jan 15 16:09:55 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E1E6BEB7623; Mon, 15 Jan 2018 16:09:55 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id B498F7E8AF; Mon, 15 Jan 2018 16:09:55 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id C4BDACB8D20; Mon, 15 Jan 2018 10:09:48 -0600 (CST) Received: from 108.68.169.115 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Mon, 15 Jan 2018 10:09:48 -0600 (CST) Message-ID: <57380.108.68.169.115.1516032588.squirrel@cosmo.uchicago.edu> In-Reply-To: <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> Date: Mon, 15 Jan 2018 10:09:48 -0600 (CST) Subject: Re: Server doesn't boot when 3 PCIe slots are populated From: "Valeri Galtsev" To: "Grzegorz Junka" Cc: "Warner Losh" , freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 16:09:56 -0000 On Mon, January 15, 2018 12:44 am, Grzegorz Junka wrote: > > On 15/01/2018 06:18, Warner Losh wrote: >> >> >> On Jan 14, 2018 11:05 PM, "Grzegorz Junka" > > wrote: >> >> >> On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: >> >> >> >> On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka >> >> >> wrote: >> >> >>     On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: >> >> >> >>         On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka >>         >> > >>         >> >>> wrote: >> >>             Hello, >> >>             I am installing a FreeBSD server based on >> Supermicro H8SML-iF. >>             There are three PCIe slots to which I >> installed 2 NVMe >>         drives and >>             one network card Intel I350-T4 (with 4 >> Ethernet >> slots). >> >>             I am observing a strange behavior where the >> system >> doesn't >>         boot if >>             all three PCIe slots are populated. It shows >> this >> message: >> >>             nvme0: mem >> 0xfd8fc000-0xfd8fffff irq >>         24 at >>             device 0.0 on pci1 >>             nvme0: controller ready did not become 1 >> within >> 30000 ms >>             nvme0: did not complete shutdown within 5 >> seconds of >>         notification >> >>             The I see a kernel panic/dump and the system >> reboots after >>         15 seconds. >> >>             If I remove one card, either one of the NVMe >> drives or the >>         network >>             card, the system boots fine. Also, if in BIOS >> I >> set PnP OS >>         to YES >>             then sometimes it boots (but not always). If I >> set >> PnP OS >>         to NO, >>             and all three cards are installed, the system >> never boots. >> >>             When the system boots OK I can see that the >> network card is >>             reported as 4 separate devices on one of the >> PCIe >> slots. I >>         tried >>             different NVMe drives as well as changing >> which >> device is >>             installed to which slot but the result seems >> to be the >>         same in any >>             case. >> >>             What may be the issue? Amount of power drawn >> by the >>         hardware? Too >>             many devices not supported by the motherboard? >> Too >> many >>         interrupts >>             for the FreeBSD kernel to handle? >> >>             Any help would be greatly appreciated. >> >>             GregJ >> >>             >> _______________________________________________ >> >> >> >> >> >>         From my experience from other trade marked main >> boards >> , an >>         action may be to check manual of your server board >> to see >>         whether there are rules about use of these slots : >> Sometimes >>         differently shaped slots are supplied with same >> ports >> : If one >>         slot is occupied , the other slot should be left >> open , or >>         rules about not to insert such a kind of device into >> a >> slot , >>         for example , graphic cards . >> >> >>         Mehmet Erol Sanliturk >> >> >>     I checked the manual but couldn't find any restrictions >> regarding >>     PCIe ports. It only says how many lanes are available in >> each >>     slot. Would there be any obvious BIOS setting that could >> cause >>     this issue? I tried after resetting BIOS to default >> settings but >>     maybe something is set incorrectly by default? >> >>     GregJ >>     _______________________________________________ >> >> >> >> >> >> http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56x0/H8SML-iF.cfm >> >> H8SML-iF >> >> >> On the above page , click "OS Compatibility" >> >> >> On the following page , click "SR5650" >> >> http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp_SR5650.cfm >> >> OS Compatibility Chart >> >> >> On the column ( third ) >> >> H8SML-7F >> H8SML-7 >> H8SML-iF >> H8SML-i >> >> >> there listed only * >> * >> ** >> * >> * >> * >> * >> >> FreeBSD 8.0 >> FreeBSD 9.1 >> >> From this list , it may be said that , this mother board date >> is old , means , it seems that the new OS versions are not >> tested after currently tested OS versions . >> >> >> To check interaction between operating system and your >> Supermicro H8SML-iF , select one of the suitable operating >> system ( Unix class OSes are more suitable ) for you and >> tested on this card , and try to install it as you like your >> installed components . If it boots successfully , it means >> that there is an incompatibility between your FreeBSD and the >> main board . If no one of them boots , then you may conclude >> that , there is a problem in your settings . >> >> >> BIOS settings are important , because , OS communicates with >> the main board through these settings . >> >> >> In manual ( downloaded from the above page : >> Manual Revision 1.0c >> Release Date: March 12, 2014 ) , page 4-9  , "PCI/PnP >> Configuration" is defined . >> If PnP is selected YES. OS adjusts some device settings  . If >> NO is selected , BIOS adjusts some device settings . When BIOS >> adjusted device settings are not conforming to OS parameters , >> the result will be "FAIL" . >> >> Therefore , more suitable selection is YES . >> >> >> Another point is that , there are many more BIOS selectable >> parameters and jumpers about PCI slots and others  . >> There are some BIOS settings for PCI slots : >> >> PCI X4 Slot 6 ( page 4-9 ) >> PCI x8 Slot 7 ( page 4-10 ) >> >> >> >> Please review these BIOS settings in your manual and set them >> with respect to your requirements . >> >> >> Thanks Mehmet for looking into this. It's an old motherboard but >> my point is that it boots fine when either: one NVMe and the >> network card, or both NVMe are installed, but not when all three >> are installed. How would that be related to FreeBSD compatibility? >> The chipset and all devices that I am trying to install are >> supported by FreeBSD 11.x. >> >> I just tried booting into a Debian live system and it also didn't >> enumerate NVMe drives properly. This means that it's not FreeBSD >> related and is no longer relevant for this list. I will try to >> play with BIOS settings to see if I can make it work that way. >> Thanks for all the help. >> >> >> >> Nvme drives are weird about power. I distrust the power estimate of >> 5-9w earlier in the thread... given the oddity with debian, it's not >> too crazy to think that. How far does FreeBSD boot though? >> > > I tried with a different power supply but the outcome was exactly the > same. I assume different power supply is spec'ed at some 30% higher power. Otherwise this is inconclusive. > Sometimes FreeBSD boots fine but one of the NVMe drives is not > visible (i.e. dmesg grep shows only one NVMe). When it doesn't work it > boots up to the point of enumerating drives (SATA, USB, NVMe). Then it > stops at the first NVMe and reboots. It sounds like without regard to third card, only two NVMe cards when they both are plugged in do cause this problem. Am I right? If it is not so, i.e. two NVMe cards in the absence of third card do work, then it may have something to do with usage of PCI address space and inability to allocate such for whatever reason. Anyway at this point I would try to experiment more attempting to boot off live CDs/DVDs with different systems in configuration in which FreeBSD has problem. Linux (Debian, CentOS, Fedora, Ubuntu, Knoppix - any one of them will probably speak for all of them, as it is Linux kernel...), OpenBSD, NetBSD, MS Windows (you don't have to install the last, or have license or register it, just test if you can boot it off installation or recovery disk). Good luck! Valeri > > The funny thing is that very often it's enough to pull out one of the > cards and put it back in. Then the system boots fine with all three > cards. I had that a few times. Once it's booted it works, I can restart > the system and it boots every time. As soon as I power off, unplug from > the power main, wait a few minutes and power it on again, the issue > comes back - can't boot as NVMe can't be enumerated. > > I though it might be caused by the hardware being too cold. I left the > server once overnight but it didn't boot up, it was trying and > restarting the whole night. > > GregJ > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@freebsd.org Mon Jan 15 16:31:06 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 04891EB8905; Mon, 15 Jan 2018 16:31:06 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id BBACB7F55C; Mon, 15 Jan 2018 16:31:05 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id 672FECB8D3A; Mon, 15 Jan 2018 10:31:04 -0600 (CST) Received: from 108.68.169.115 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Mon, 15 Jan 2018 10:31:04 -0600 (CST) Message-ID: <57715.108.68.169.115.1516033864.squirrel@cosmo.uchicago.edu> In-Reply-To: References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> Date: Mon, 15 Jan 2018 10:31:04 -0600 (CST) Subject: Re: Server doesn't boot when 3 PCIe slots are populated From: "Valeri Galtsev" To: "Mehmet Erol Sanliturk" Cc: "Grzegorz Junka" , "FreeBSD Questions Mailing List" , "Warner Losh" , freebsd-drivers@freebsd.org Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 16:31:06 -0000 On Mon, January 15, 2018 3:44 am, Mehmet Erol Sanliturk wrote: > On Mon, Jan 15, 2018 at 9:44 AM, Grzegorz Junka wrote: > >> >> On 15/01/2018 06:18, Warner Losh wrote: >> >>> >>> >>> On Jan 14, 2018 11:05 PM, "Grzegorz Junka" >> list1@gjunka.com>> wrote: >>> >>> >>> On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: >>> >>> >>> >>> On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka >>> >>> >> wrote: >>> >>> >>> On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: >>> >>> >>> >>> On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka >>> >>> > >>> >>> >>> wrote: >>> >>> Hello, >>> >>> I am installing a FreeBSD server based on >>> Supermicro H8SML-iF. >>> There are three PCIe slots to which I installed 2 >>> NVMe >>> drives and >>> one network card Intel I350-T4 (with 4 Ethernet >>> slots). >>> >>> I am observing a strange behavior where the system >>> doesn't >>> boot if >>> all three PCIe slots are populated. It shows this >>> message: >>> >>> nvme0: mem >>> 0xfd8fc000-0xfd8fffff irq >>> 24 at >>> device 0.0 on pci1 >>> nvme0: controller ready did not become 1 within >>> 30000 ms >>> nvme0: did not complete shutdown within 5 seconds >>> of >>> notification >>> >>> The I see a kernel panic/dump and the system >>> reboots after >>> 15 seconds. >>> >>> If I remove one card, either one of the NVMe >>> drives or the >>> network >>> card, the system boots fine. Also, if in BIOS I >>> set PnP OS >>> to YES >>> then sometimes it boots (but not always). If I set >>> PnP OS >>> to NO, >>> and all three cards are installed, the system >>> never boots. >>> >>> When the system boots OK I can see that the >>> network card is >>> reported as 4 separate devices on one of the PCIe >>> slots. I >>> tried >>> different NVMe drives as well as changing which >>> device is >>> installed to which slot but the result seems to be >>> the >>> same in any >>> case. >>> >>> What may be the issue? Amount of power drawn by the >>> hardware? Too >>> many devices not supported by the motherboard? Too >>> many >>> interrupts >>> for the FreeBSD kernel to handle? >>> >>> Any help would be greatly appreciated. >>> >>> GregJ >>> >>> _______________________________________________ >>> >>> >>> >>> >>> >>> From my experience from other trade marked main boards >>> , an >>> action may be to check manual of your server board to >>> see >>> whether there are rules about use of these slots : >>> Sometimes >>> differently shaped slots are supplied with same ports >>> : If one >>> slot is occupied , the other slot should be left open , >>> or >>> rules about not to insert such a kind of device into a >>> slot , >>> for example , graphic cards . >>> >>> >>> Mehmet Erol Sanliturk >>> >>> >>> I checked the manual but couldn't find any restrictions >>> regarding >>> PCIe ports. It only says how many lanes are available in >>> each >>> slot. Would there be any obvious BIOS setting that could >>> cause >>> this issue? I tried after resetting BIOS to default >>> settings but >>> maybe something is set incorrectly by default? >>> >>> GregJ >>> _______________________________________________ >>> >>> >>> >>> >>> >>> http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56 >>> x0/H8SML-iF.cfm >>> >> 6x0/H8SML-iF.cfm> >>> H8SML-iF >>> >>> >>> On the above page , click "OS Compatibility" >>> >>> >>> On the following page , click "SR5650" >>> >>> http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp >>> _SR5650.cfm >>> >> p_SR5650.cfm> >>> OS Compatibility Chart >>> >>> >>> On the column ( third ) >>> >>> H8SML-7F >>> H8SML-7 >>> H8SML-iF >>> H8SML-i >>> >>> >>> there listed only * >>> * >>> ** >>> * >>> * >>> * >>> * >>> >>> FreeBSD 8.0 >>> FreeBSD 9.1 >>> >>> From this list , it may be said that , this mother board date >>> is old , means , it seems that the new OS versions are not >>> tested after currently tested OS versions . >>> >>> >>> To check interaction between operating system and your >>> Supermicro H8SML-iF , select one of the suitable operating >>> system ( Unix class OSes are more suitable ) for you and >>> tested on this card , and try to install it as you like your >>> installed components . If it boots successfully , it means >>> that there is an incompatibility between your FreeBSD and the >>> main board . If no one of them boots , then you may conclude >>> that , there is a problem in your settings . >>> >>> >>> BIOS settings are important , because , OS communicates with >>> the main board through these settings . >>> >>> >>> In manual ( downloaded from the above page : >>> Manual Revision 1.0c >>> Release Date: March 12, 2014 ) , page 4-9 , "PCI/PnP >>> Configuration" is defined . >>> If PnP is selected YES. OS adjusts some device settings . If >>> NO is selected , BIOS adjusts some device settings . When BIOS >>> adjusted device settings are not conforming to OS parameters , >>> the result will be "FAIL" . >>> >>> Therefore , more suitable selection is YES . >>> >>> >>> Another point is that , there are many more BIOS selectable >>> parameters and jumpers about PCI slots and others . >>> There are some BIOS settings for PCI slots : >>> >>> PCI X4 Slot 6 ( page 4-9 ) >>> PCI x8 Slot 7 ( page 4-10 ) >>> >>> >>> >>> Please review these BIOS settings in your manual and set them >>> with respect to your requirements . >>> >>> >>> Thanks Mehmet for looking into this. It's an old motherboard but >>> my point is that it boots fine when either: one NVMe and the >>> network card, or both NVMe are installed, but not when all three >>> are installed. How would that be related to FreeBSD compatibility? >>> The chipset and all devices that I am trying to install are >>> supported by FreeBSD 11.x. >>> >>> I just tried booting into a Debian live system and it also didn't >>> enumerate NVMe drives properly. This means that it's not FreeBSD >>> related and is no longer relevant for this list. I will try to >>> play with BIOS settings to see if I can make it work that way. >>> Thanks for all the help. >>> >>> >>> >>> Nvme drives are weird about power. I distrust the power estimate of >>> 5-9w >>> earlier in the thread... given the oddity with debian, it's not too >>> crazy >>> to think that. How far does FreeBSD boot though? >>> >>> >> I tried with a different power supply but the outcome was exactly the >> same. Sometimes FreeBSD boots fine but one of the NVMe drives is not >> visible (i.e. dmesg grep shows only one NVMe). When it doesn't work it >> boots up to the point of enumerating drives (SATA, USB, NVMe). Then it >> stops at the first NVMe and reboots. >> >> The funny thing is that very often it's enough to pull out one of the >> cards and put it back in. Then the system boots fine with all three >> cards. >> I had that a few times. Once it's booted it works, I can restart the >> system >> and it boots every time. As soon as I power off, unplug from the power >> main, wait a few minutes and power it on again, the issue comes back - >> can't boot as NVMe can't be enumerated. >> >> I though it might be caused by the hardware being too cold. I left the >> server once overnight but it didn't boot up, it was trying and >> restarting >> the whole night. >> >> GregJ >> >> >> _______________________________________________ >> >> > > > > The above explanation brings mind to the "impedance mismatch in > electronics" problem . Hm, I wouldn't say so. First of all, I will seriously doubt that sane cards are out of specs as far as impedance is concerned. But before going further, let's make sure we talk about the same thing. I assume impedance mismatch is what is related to impedance of the load attached to transmission line to be different from impedance of transmission line itself. In such case part of transmitted signal is reflected from the load back into transmission line. This can make mess as transmitted signal is mixed with this reflected at different positions of the loads along the same transmission line. One has to have really large mismatch (over 20% at least) to make that matter. Many of us remember this in at least two computer related cases: 1. we used terminators at the end of SCSI cables (or attached "self-terminating SCSI device to the end of line). 2. In some system boards in which memory buses had no terminators the manual would say to populate slots beginning from the fartherst away from CPU (to defeat reflection from open end of memory bus lines). I have never heard of anything like that on PCI express bus. If I am wrong, could you give some pointer so I can read about it. Thanks in advance for pointers! (I know: you learn something every day - which I bet I am about to ;-) Valeri > > ( Please search > > > impedance mismatch in electronics > impedance matching in electronics > > > in Internet if you want explanations about them . ) > > > When all of these cards are inserted into slots simultaneously , their > accumulated electronic effect may distort behaviour of your mother board > circuits or attached card circuit(s) . > > > Therefore , if you can find another NVMe and/or network card , please test > their effect . > Such tests may be inconclusive because mother board circuits may be > affected negatively from "properly" operating add on cards when they are > inserted together . > > > If it is feasible for you , you may use USB attached network card(s) to > eliminate network card attachment . > Or you may use a more capable one NVMe card instead of two smaller NVMe > cards , or you may use only one of them , or/and select an SATA SSD . > Such a choice would save your investment and produces a working server > with > a "little" loss when compared to "all" . > > > > > Mehmet Erol Sanliturk > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@freebsd.org Mon Jan 15 16:56:35 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CDF3CEBA593; Mon, 15 Jan 2018 16:56:35 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id A1A5B80F29; Mon, 15 Jan 2018 16:56:35 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id 8984ECB8D3A; Mon, 15 Jan 2018 10:56:34 -0600 (CST) Received: from 108.68.169.115 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Mon, 15 Jan 2018 10:56:34 -0600 (CST) Message-ID: <57933.108.68.169.115.1516035394.squirrel@cosmo.uchicago.edu> In-Reply-To: References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> Date: Mon, 15 Jan 2018 10:56:34 -0600 (CST) Subject: Re: Server doesn't boot when 3 PCIe slots are populated From: "Valeri Galtsev" To: "Warner Losh" Cc: "Grzegorz Junka" , freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 16:56:35 -0000 On Mon, January 15, 2018 12:18 am, Warner Losh wrote: > On Jan 14, 2018 11:05 PM, "Grzegorz Junka" wrote: > > > On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: > >> >> >> On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka > > list1@gjunka.com>> wrote: >> >> >> On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: >> >> >> >> On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka >> >> >> wrote: >> >> Hello, >> >> I am installing a FreeBSD server based on Supermicro >> H8SML-iF. >> There are three PCIe slots to which I installed 2 NVMe >> drives and >> one network card Intel I350-T4 (with 4 Ethernet slots). >> >> I am observing a strange behavior where the system doesn't >> boot if >> all three PCIe slots are populated. It shows this message: >> >> nvme0: mem 0xfd8fc000-0xfd8fffff irq >> 24 at >> device 0.0 on pci1 >> nvme0: controller ready did not become 1 within 30000 ms >> nvme0: did not complete shutdown within 5 seconds of >> notification >> >> The I see a kernel panic/dump and the system reboots after >> 15 seconds. >> >> If I remove one card, either one of the NVMe drives or the >> network >> card, the system boots fine. Also, if in BIOS I set PnP OS >> to YES >> then sometimes it boots (but not always). If I set PnP OS >> to NO, >> and all three cards are installed, the system never boots. >> >> When the system boots OK I can see that the network card is >> reported as 4 separate devices on one of the PCIe slots. I >> tried >> different NVMe drives as well as changing which device is >> installed to which slot but the result seems to be the >> same in any >> case. >> >> What may be the issue? Amount of power drawn by the >> hardware? Too >> many devices not supported by the motherboard? Too many >> interrupts >> for the FreeBSD kernel to handle? >> >> Any help would be greatly appreciated. >> >> GregJ >> >> _______________________________________________ >> >> >> >> >> >> From my experience from other trade marked main boards , an >> action may be to check manual of your server board to see >> whether there are rules about use of these slots : Sometimes >> differently shaped slots are supplied with same ports : If one >> slot is occupied , the other slot should be left open , or >> rules about not to insert such a kind of device into a slot , >> for example , graphic cards . >> >> >> Mehmet Erol Sanliturk >> >> >> I checked the manual but couldn't find any restrictions regarding >> PCIe ports. It only says how many lanes are available in each >> slot. Would there be any obvious BIOS setting that could cause >> this issue? I tried after resetting BIOS to default settings but >> maybe something is set incorrectly by default? >> >> GregJ >> _______________________________________________ >> >> >> >> >> >> http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56 >> x0/H8SML-iF.cfm >> H8SML-iF >> >> >> On the above page , click "OS Compatibility" >> >> >> On the following page , click "SR5650" >> >> http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp_SR5650.cfm >> OS Compatibility Chart >> >> >> On the column ( third ) >> >> H8SML-7F >> H8SML-7 >> H8SML-iF >> H8SML-i >> >> >> there listed only * >> * >> ** >> * >> * >> * >> * >> >> FreeBSD 8.0 >> FreeBSD 9.1 >> >> From this list , it may be said that , this mother board date is old , >> means , it seems that the new OS versions are not tested after currently >> tested OS versions . >> >> >> To check interaction between operating system and your Supermicro >> H8SML-iF >> , select one of the suitable operating system ( Unix class OSes are more >> suitable ) for you and tested on this card , and try to install it as >> you >> like your installed components . If it boots successfully , it means >> that >> there is an incompatibility between your FreeBSD and the main board . If >> no >> one of them boots , then you may conclude that , there is a problem in >> your >> settings . >> >> >> BIOS settings are important , because , OS communicates with the main >> board through these settings . >> >> >> In manual ( downloaded from the above page : >> Manual Revision 1.0c >> Release Date: March 12, 2014 ) , page 4-9 , "PCI/PnP Configuration" is >> defined . >> If PnP is selected YES. OS adjusts some device settings . If NO is >> selected , BIOS adjusts some device settings . When BIOS adjusted device >> settings are not conforming to OS parameters , the result will be "FAIL" >> . >> >> Therefore , more suitable selection is YES . >> >> >> Another point is that , there are many more BIOS selectable parameters >> and >> jumpers about PCI slots and others . >> There are some BIOS settings for PCI slots : >> >> PCI X4 Slot 6 ( page 4-9 ) >> PCI x8 Slot 7 ( page 4-10 ) >> >> >> >> Please review these BIOS settings in your manual and set them with >> respect >> to your requirements . >> >> > Thanks Mehmet for looking into this. It's an old motherboard but my point > is that it boots fine when either: one NVMe and the network card, or both > NVMe are installed, but not when all three are installed. How would that > be > related to FreeBSD compatibility? The chipset and all devices that I am > trying to install are supported by FreeBSD 11.x. > > I just tried booting into a Debian live system and it also didn't > enumerate > NVMe drives properly. This means that it's not FreeBSD related and is no > longer relevant for this list. This sounds to me as having something to do with allocation of PCI address space to talk to devices. Many devices can alternatively use different ranges of addresses, so more than one such device can be attached to the same PCI bus. These two particular devices seem to not be successfully negotiated to use different (not overlapping) ranges of addresses (in presence of some particular third device). Maybe it only happens like that in this particular system board ("motherboard"). I would try the same on different machine. But it is likely that all these three devices do not have non-overlapping address ranges. I hope, someone more knowledgeable that I will chime in. Valeri > I will try to play with BIOS settings to > see > if I can make it work that way. Thanks for all the help. > > > > Nvme drives are weird about power. I distrust the power estimate of 5-9w > earlier in the thread... given the oddity with debian, it's not too crazy > to think that. How far does FreeBSD boot though? > > Warner > > Warner > > _______________________________________________ > freebsd-drivers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-drivers > To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@freebsd.org Mon Jan 15 16:59:37 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27AC9EBAA4E; Mon, 15 Jan 2018 16:59:37 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D77D781278; Mon, 15 Jan 2018 16:59:36 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by mail-oi0-x22b.google.com with SMTP id y141so8726859oia.0; Mon, 15 Jan 2018 08:59:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=kMU1BoMb/CNJbDtWuC+uyq9T9y4nDbibz/tfD5oTwZ4=; b=Z83rXIdTUDRCriepEog8mUDbljcVIlGHAuQjDmuLmWmAsj1pH55sZejDhkyH/QnKzi TknTlr72bXb7K1blkzfzoZkyPw7cuBmGdiQi2Ou+eEOjJbbtVtZolG+bvBhX8HbKC1i2 HiZUypqtWluzLVvnz6+MgGqTtVEIXzz9wgiLFrnduI+TJ7w8aDaz1WH3sc9wFb/ap+mC EZeJiZAbDDVfab0V2emY1PdZrqNRV5KOksRFVD/xFu+2I/PHiGsO9fwC/ipBRRrAkkw1 NiDo95/NXEkSZFyy9RzEoFY4dD4SOeg55x4lvIYTp+3vec97z/8iqWeylPOt8rJjNAZU Ks0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=kMU1BoMb/CNJbDtWuC+uyq9T9y4nDbibz/tfD5oTwZ4=; b=FafyIohmppLV7/FqOvpQ5vdmt7x1MSAkOcKEidz4ISQ4OSlOv95CzHLYb7Mf/R8c/v uaLjf8ryC1AEKq0bkt29l2YGH12BoKpvrnfL+ROPqgNTW2LPOena7rEJdVHqoswW8/3B dpVQJ6oEWZevUby9dzvU2PNPcwcaCwDqCOEXhF8T3HvKLCs8wrUq1PXEzfiZ9fmwToik wL+hsBvR3g8L916YRdfohAL0b33njpv9kEJdojlICL8g/QtrW9Dylba+3Tq/0E+35Luh 104RYZ5+q+hsqN1csbnjydW9GzCzB3b2p5ozNlm1WJDfdTKE0SHtc9zKdI2QcDH90O1F GODA== X-Gm-Message-State: AKwxytdXu+Dft8EUaqroSAMSoFPyijq/p1HEZWJvvzYjN3UkC0xW1KfW eMsGpQE2ZDWuHIW4DQJnbFR3mH8WVvCJdllmv1Uqdw== X-Google-Smtp-Source: ACJfBotqd4ZREZr77vEpbscig2EcwQHQORUZ3ha5QamaENqJznZeul+/xUdBxiiWbWzhpcQdxhAwg5Dpid05GaE1Hjk= X-Received: by 10.202.60.134 with SMTP id j128mr1055082oia.268.1516035575973; Mon, 15 Jan 2018 08:59:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.0.2 with HTTP; Mon, 15 Jan 2018 08:59:35 -0800 (PST) In-Reply-To: <57715.108.68.169.115.1516033864.squirrel@cosmo.uchicago.edu> References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> <57715.108.68.169.115.1516033864.squirrel@cosmo.uchicago.edu> From: Mehmet Erol Sanliturk Date: Mon, 15 Jan 2018 19:59:35 +0300 Message-ID: Subject: Re: Server doesn't boot when 3 PCIe slots are populated To: galtsev@kicp.uchicago.edu Cc: Grzegorz Junka , FreeBSD Questions Mailing List , Warner Losh , freebsd-drivers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 16:59:37 -0000 On Mon, Jan 15, 2018 at 7:31 PM, Valeri Galtsev wrote: > > On Mon, January 15, 2018 3:44 am, Mehmet Erol Sanliturk wrote: > > On Mon, Jan 15, 2018 at 9:44 AM, Grzegorz Junka > wrote: > > > >> > >> On 15/01/2018 06:18, Warner Losh wrote: > >> > >>> > >>> > >>> On Jan 14, 2018 11:05 PM, "Grzegorz Junka" >>> list1@gjunka.com>> wrote: > >>> > >>> > >>> On 14/01/2018 16:18, Mehmet Erol Sanliturk wrote: > >>> > >>> > >>> > >>> On Sun, Jan 14, 2018 at 5:46 PM, Grzegorz Junka > >>> > >>> >> wrote: > >>> > >>> > >>> On 13/01/2018 17:56, Mehmet Erol Sanliturk wrote: > >>> > >>> > >>> > >>> On Sat, Jan 13, 2018 at 7:21 PM, Grzegorz Junka > >>> > >>> > > >>> > >>> >>> wrote: > >>> > >>> Hello, > >>> > >>> I am installing a FreeBSD server based on > >>> Supermicro H8SML-iF. > >>> There are three PCIe slots to which I installed 2 > >>> NVMe > >>> drives and > >>> one network card Intel I350-T4 (with 4 Ethernet > >>> slots). > >>> > >>> I am observing a strange behavior where the system > >>> doesn't > >>> boot if > >>> all three PCIe slots are populated. It shows this > >>> message: > >>> > >>> nvme0: mem > >>> 0xfd8fc000-0xfd8fffff irq > >>> 24 at > >>> device 0.0 on pci1 > >>> nvme0: controller ready did not become 1 within > >>> 30000 ms > >>> nvme0: did not complete shutdown within 5 seconds > >>> of > >>> notification > >>> > >>> The I see a kernel panic/dump and the system > >>> reboots after > >>> 15 seconds. > >>> > >>> If I remove one card, either one of the NVMe > >>> drives or the > >>> network > >>> card, the system boots fine. Also, if in BIOS I > >>> set PnP OS > >>> to YES > >>> then sometimes it boots (but not always). If I set > >>> PnP OS > >>> to NO, > >>> and all three cards are installed, the system > >>> never boots. > >>> > >>> When the system boots OK I can see that the > >>> network card is > >>> reported as 4 separate devices on one of the PCIe > >>> slots. I > >>> tried > >>> different NVMe drives as well as changing which > >>> device is > >>> installed to which slot but the result seems to be > >>> the > >>> same in any > >>> case. > >>> > >>> What may be the issue? Amount of power drawn by the > >>> hardware? Too > >>> many devices not supported by the motherboard? Too > >>> many > >>> interrupts > >>> for the FreeBSD kernel to handle? > >>> > >>> Any help would be greatly appreciated. > >>> > >>> GregJ > >>> > >>> _______________________________________________ > >>> > >>> > >>> > >>> > >>> > >>> From my experience from other trade marked main boards > >>> , an > >>> action may be to check manual of your server board to > >>> see > >>> whether there are rules about use of these slots : > >>> Sometimes > >>> differently shaped slots are supplied with same ports > >>> : If one > >>> slot is occupied , the other slot should be left open , > >>> or > >>> rules about not to insert such a kind of device into a > >>> slot , > >>> for example , graphic cards . > >>> > >>> > >>> Mehmet Erol Sanliturk > >>> > >>> > >>> I checked the manual but couldn't find any restrictions > >>> regarding > >>> PCIe ports. It only says how many lanes are available in > >>> each > >>> slot. Would there be any obvious BIOS setting that could > >>> cause > >>> this issue? I tried after resetting BIOS to default > >>> settings but > >>> maybe something is set incorrectly by default? > >>> > >>> GregJ > >>> _______________________________________________ > >>> > >>> > >>> > >>> > >>> > >>> http://www.supermicro.com/Aplus/motherboard/Opteron3000/SR56 > >>> x0/H8SML-iF.cfm > >>> >>> 6x0/H8SML-iF.cfm> > >>> H8SML-iF > >>> > >>> > >>> On the above page , click "OS Compatibility" > >>> > >>> > >>> On the following page , click "SR5650" > >>> > >>> http://www.supermicro.com/Aplus/support/resources/OS/OS_Comp > >>> _SR5650.cfm > >>> >>> p_SR5650.cfm> > >>> OS Compatibility Chart > >>> > >>> > >>> On the column ( third ) > >>> > >>> H8SML-7F > >>> H8SML-7 > >>> H8SML-iF > >>> H8SML-i > >>> > >>> > >>> there listed only * > >>> * > >>> ** > >>> * > >>> * > >>> * > >>> * > >>> > >>> FreeBSD 8.0 > >>> FreeBSD 9.1 > >>> > >>> From this list , it may be said that , this mother board date > >>> is old , means , it seems that the new OS versions are not > >>> tested after currently tested OS versions . > >>> > >>> > >>> To check interaction between operating system and your > >>> Supermicro H8SML-iF , select one of the suitable operating > >>> system ( Unix class OSes are more suitable ) for you and > >>> tested on this card , and try to install it as you like your > >>> installed components . If it boots successfully , it means > >>> that there is an incompatibility between your FreeBSD and the > >>> main board . If no one of them boots , then you may conclude > >>> that , there is a problem in your settings . > >>> > >>> > >>> BIOS settings are important , because , OS communicates with > >>> the main board through these settings . > >>> > >>> > >>> In manual ( downloaded from the above page : > >>> Manual Revision 1.0c > >>> Release Date: March 12, 2014 ) , page 4-9 , "PCI/PnP > >>> Configuration" is defined . > >>> If PnP is selected YES. OS adjusts some device settings . If > >>> NO is selected , BIOS adjusts some device settings . When BIOS > >>> adjusted device settings are not conforming to OS parameters , > >>> the result will be "FAIL" . > >>> > >>> Therefore , more suitable selection is YES . > >>> > >>> > >>> Another point is that , there are many more BIOS selectable > >>> parameters and jumpers about PCI slots and others . > >>> There are some BIOS settings for PCI slots : > >>> > >>> PCI X4 Slot 6 ( page 4-9 ) > >>> PCI x8 Slot 7 ( page 4-10 ) > >>> > >>> > >>> > >>> Please review these BIOS settings in your manual and set them > >>> with respect to your requirements . > >>> > >>> > >>> Thanks Mehmet for looking into this. It's an old motherboard but > >>> my point is that it boots fine when either: one NVMe and the > >>> network card, or both NVMe are installed, but not when all three > >>> are installed. How would that be related to FreeBSD compatibility? > >>> The chipset and all devices that I am trying to install are > >>> supported by FreeBSD 11.x. > >>> > >>> I just tried booting into a Debian live system and it also didn't > >>> enumerate NVMe drives properly. This means that it's not FreeBSD > >>> related and is no longer relevant for this list. I will try to > >>> play with BIOS settings to see if I can make it work that way. > >>> Thanks for all the help. > >>> > >>> > >>> > >>> Nvme drives are weird about power. I distrust the power estimate of > >>> 5-9w > >>> earlier in the thread... given the oddity with debian, it's not too > >>> crazy > >>> to think that. How far does FreeBSD boot though? > >>> > >>> > >> I tried with a different power supply but the outcome was exactly the > >> same. Sometimes FreeBSD boots fine but one of the NVMe drives is not > >> visible (i.e. dmesg grep shows only one NVMe). When it doesn't work it > >> boots up to the point of enumerating drives (SATA, USB, NVMe). Then it > >> stops at the first NVMe and reboots. > >> > >> The funny thing is that very often it's enough to pull out one of the > >> cards and put it back in. Then the system boots fine with all three > >> cards. > >> I had that a few times. Once it's booted it works, I can restart the > >> system > >> and it boots every time. As soon as I power off, unplug from the power > >> main, wait a few minutes and power it on again, the issue comes back - > >> can't boot as NVMe can't be enumerated. > >> > >> I though it might be caused by the hardware being too cold. I left the > >> server once overnight but it didn't boot up, it was trying and > >> restarting > >> the whole night. > >> > >> GregJ > >> > >> > >> _______________________________________________ > >> > >> > > > > > > > > The above explanation brings mind to the "impedance mismatch in > > electronics" problem . > > Hm, I wouldn't say so. First of all, I will seriously doubt that sane > cards are out of specs as far as impedance is concerned. > > But before going further, let's make sure we talk about the same thing. I > assume impedance mismatch is what is related to impedance of the load > attached to transmission line to be different from impedance of > transmission line itself. In such case part of transmitted signal is > reflected from the load back into transmission line. This can make mess as > transmitted signal is mixed with this reflected at different positions of > the loads along the same transmission line. One has to have really large > mismatch (over 20% at least) to make that matter. Many of us remember this > in at least two computer related cases: 1. we used terminators at the end > of SCSI cables (or attached "self-terminating SCSI device to the end of > line). 2. In some system boards in which memory buses had no terminators > the manual would say to populate slots beginning from the fartherst away > from CPU (to defeat reflection from open end of memory bus lines). > > I have never heard of anything like that on PCI express bus. If I am > wrong, could you give some pointer so I can read about it. > > Thanks in advance for pointers! (I know: you learn something every day - > which I bet I am about to ;-) > > Valeri > > > > > ( Please search > > > > > > impedance mismatch in electronics > > impedance matching in electronics > > > > > > in Internet if you want explanations about them . ) > > > > > > When all of these cards are inserted into slots simultaneously , their > > accumulated electronic effect may distort behaviour of your mother board > > circuits or attached card circuit(s) . > > > > > > Therefore , if you can find another NVMe and/or network card , please > test > > their effect . > > Such tests may be inconclusive because mother board circuits may be > > affected negatively from "properly" operating add on cards when they are > > inserted together . > > > > > > If it is feasible for you , you may use USB attached network card(s) to > > eliminate network card attachment . > > Or you may use a more capable one NVMe card instead of two smaller NVMe > > cards , or you may use only one of them , or/and select an SATA SSD . > > Such a choice would save your investment and produces a working server > > with > > a "little" loss when compared to "all" . > > > > > > > > > > Mehmet Erol Sanliturk > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to > > "freebsd-questions-unsubscribe@freebsd.org" > > > > > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > The problem of "impedance matching" occurs between any two interacting circuits : When a circuit gives its "output" to another circuit as "input" there exists this problem irrespective of subjects and kinds of circuits . Obviously , behaviours are not exactly the same . If you search the following phrase in Internet , you will find a large amount of links : impedance matching circuit design If we think a computer main board slots , the following may occur : Assume a slot has a voltage level for triggering input into an add on card , i.e. , add on card is affected when it senses a voltage level equal or greater than that level . The lower level values will not trigger the add on card . Assume an add on card is working . Assume a new add on card is also working alone . When both of these add on cards are inserted into slots , the power drawn will lower the voltage level of the surrounding circuit more than a single card . If this lowered voltage level is less than threshold level of the added cards ( one of them , or both of them ) it ( they ) will not sense the signals from the surrounding circuits . Therefore , it (they) will not respond to the action requesting signals . In one of the previous messages , https://lists.freebsd.org/pipermail/freebsd-questions/2018-January/280455.html it is said that " I am observing a strange behavior where the system doesn't boot if all three PCIe slots are populated. It shows this message: nvme0: mem 0xfd8fc000-0xfd8fffff irq 24 at device 0.0 on pci1 nvme0: controller ready did not become 1 within 30000 ms nvme0: did not complete shutdown within 5 seconds of notification The I see a kernel panic/dump and the system reboots after 15 seconds. If I remove one card, either one of the NVMe drives or the network card, the system boots fine. " A good example may be the above message . Mehmet Erol Sanliturk From owner-freebsd-questions@freebsd.org Mon Jan 15 20:05:10 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4ACADE733C1 for ; Mon, 15 Jan 2018 20:05:10 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1A3F96B6A4 for ; Mon, 15 Jan 2018 20:05:10 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: by mailman.ysv.freebsd.org (Postfix) id 199C4E733C0; Mon, 15 Jan 2018 20:05:10 +0000 (UTC) Delivered-To: questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 193AFE733BF for ; Mon, 15 Jan 2018 20:05:10 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-oln040092001055.outbound.protection.outlook.com [40.92.1.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D29C66B6A3 for ; Mon, 15 Jan 2018 20:05:08 +0000 (UTC) (envelope-from drew@mykitchentable.net) Received: from BY2NAM01FT014.eop-nam01.prod.protection.outlook.com (10.152.68.52) by BY2NAM01HT006.eop-nam01.prod.protection.outlook.com (10.152.68.219) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.345.12; Mon, 15 Jan 2018 20:05:07 +0000 Received: from CY4PR20MB1544.namprd20.prod.outlook.com (10.152.68.53) by BY2NAM01FT014.mail.protection.outlook.com (10.152.69.202) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.345.12 via Frontend Transport; Mon, 15 Jan 2018 20:05:07 +0000 Received: from CY4PR20MB1544.namprd20.prod.outlook.com ([10.171.169.10]) by CY4PR20MB1544.namprd20.prod.outlook.com ([10.171.169.10]) with mapi id 15.20.0407.009; Mon, 15 Jan 2018 20:05:07 +0000 From: Drew Tomlinson To: "questions@freebsd.org" Subject: Periph Destroyed With FBSD11.1 Azure VM Thread-Topic: Periph Destroyed With FBSD11.1 Azure VM Thread-Index: AdOOOxi0RKGwsoU6THGU8exC88RX9w== Date: Mon, 15 Jan 2018 20:05:07 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:80EC5299E4FF86F3B3222B4E764863BB44E1FB98EA7B8C40D2EDE8448DDE1AA9; UpperCasedChecksum:D2383E042A2CF34B0A7A8BA1498CA562917C3291C7C9D0DEAC97BBE82F2BA830; SizeAsReceived:6853; Count:44 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [iWiaQiCMMfP/7/T81LYfS/so2mYPvggr] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; BY2NAM01HT006; 6:/WAoD8zgiOZfBCqUpiEfGKNm+iO7tEvKgLgrRe/C1s+ojWetZhAPmvyLtmmNnSIrallMVr5S9HeYm0ahmhTWrjhpzpTSfw1/6mCLIXlZuwThe8Mwa2Sf58z5yuchCjVPo1kX9EwKzAUL+Yf8WjOHSCpetPVEVKTBwo5m60+j/TP0bNJu2HvTPtQ6HoN65xAlNCs+vm/YmlyU8da3KDjAm54J+ZGXgw4rBUVmSOJGbZCll1hMAXQXiBbp8Qhf/HZjbQuHAXkRE1cTpyUCDCWi0/OJzc/QVkrXjdRHXoGSCT7hgGZEjQSx/pqAgbPAxLIToKxz+giR2VNFlNFcd407G6gmvBRD4Jid6WrwX/2/trM=; 5:A8azLIRB6k4dtYkUTHvTQYs9dgbl4OmBhnDjg8/7bspp7yHpUWGzrcPxas+t2NliviS0IdI6gb+K/uopZLrmXfKRGK+nFM4Ir4jG9J8kw/9+OwMrjUkd+rOEfuZp1WYWKnKzrCx8+fabeF6mP+eZjT+p623DRytXGH4za7TGMJE=; 24:RmgjnaChLqG5ynyG54SHkLVqcZ42sMnoBb0ha1Pd9URUhEfxQQZCJK8SNpsXyC6h0oSbSGdCnUzQXrIraL5KoyTO557TYQ74d7pII/iYtHo=; 7:pTUg6JGGoAAeBMrWXYK7V+SnHF+4iUj/xhwqSlETT36oK0gyrw4JdoPVmwinVBObYJpCi0z6OHurgjnnVIPOqfuTaolAFMObTDMUCLiKpvENDRKicc8ufohlwZXVHcjLm6rBz4M91hT+EUK8HMhZchkvI9ra+DbfbP6cqHfYlHRYQSPjEf29IFRfkcaloz7i+Kb3EBsTwBdRKMXIxZWH3sYvUSM/rF571/sjE+Bjf0ynrBdABsRrZOv0gsmHZNfh x-incomingheadercount: 44 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:BY2NAM01HT006; x-ms-traffictypediagnostic: BY2NAM01HT006: x-ms-office365-filtering-correlation-id: ab9583a0-1903-4dfd-f164-08d55c534640 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:BY2NAM01HT006; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:BY2NAM01HT006; x-forefront-prvs: 0553CBB77A x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:BY2NAM01HT006; H:CY4PR20MB1544.namprd20.prod.outlook.com; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: ab9583a0-1903-4dfd-f164-08d55c534640 X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2018 20:05:07.3026 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2NAM01HT006 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 20:05:10 -0000 I just deployed FBSD 11.1 from the Azure Marketplace on an A0 Standard VM i= n Azure. Now I'm attempting to add a data disk. I've created a 100 GB pag= e blob disk and attached to the VM. dmesg output shows the VM sees it but = it has errors. Please see this relevant output: da2 at storvsc3 bus 0 scbus5 target 0 lun 0 da2: Fixed Direct Access SPC-2 SCSI device da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 102400MB (209715200 512 byte sectors) da2 at storvsc3 bus 0 scbus5 target 0 lun 0 da2: detached (da2:storvsc3:0:0:0): Periph destroyed Using "camcontrol refresh all" produces similar output: da2 at storvsc3 bus 0 scbus5 target 0 lun 0 da2: Fixed Direct Access SPC-2 SCSI device da2: 300.000MB/s transfers da2: Command Queueing enabled da2: 102400MB (209715200 512 byte sectors) da2 at storvsc3 bus 0 scbus5 target 0 lun 0 da2: detached g_access(918): provider da2 has error g_access(918): provider da2 has error g_access(918): provider da2 has error g_access(918): provider da2 has error (da2:storvsc3:0:0:0): Periph destroyed I have found little on this issue from Googling. There is one thread at ht= tps://forums.freebsd.org/threads/61266/ which says the issues was solved by= ensuring the data disk was created and attached to the VM while it was sto= pped. However, this didn't solve my issue. There is also a comment to an Azure blog post regarding Spectre and Meltdow= n. In this comment, the posted claims issues began after Azure did patchin= g. Comment is the first one on this page: https://disqus.com/by/andreyvoytenkov/ Can anyone confirm or deny if there is an issue with Azure at the moment? = If there is not an issue, what am I doing wrong? Cheers, Drew Like card tricks? Visit the Alchemist's Warehouse to learn card magic secrets for free! http://alchemistswarehouse.com From owner-freebsd-questions@freebsd.org Mon Jan 15 22:30:28 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2843E7B864; Mon, 15 Jan 2018 22:30:28 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 56D4E72F7B; Mon, 15 Jan 2018 22:30:27 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (pD9E429BE.dip0.t-ipconnect.de [217.228.41.190]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w0FMUO99053958 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 15 Jan 2018 22:30:24 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host pD9E429BE.dip0.t-ipconnect.de [217.228.41.190] claimed to be ultrabook.yoonka.com Subject: Re: Server doesn't boot when 3 PCIe slots are populated Cc: FreeBSD Questions Mailing List , freebsd-drivers@freebsd.org References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> <57715.108.68.169.115.1516033864.squirrel@cosmo.uchicago.edu> From: Grzegorz Junka Message-ID: <8fee9df3-c40b-addb-b3c9-bedd90683d62@gjunka.com> Date: Mon, 15 Jan 2018 22:30:18 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB-large Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 22:30:28 -0000 On 15/01/2018 16:59, Mehmet Erol Sanliturk wrote: > > > On Mon, Jan 15, 2018 at 7:31 PM, Valeri Galtsev > > wrote: > > [cut] > > >> > >> The funny thing is that very often it's enough to pull out one > of the > >> cards and put it back in. Then the system boots fine with all three > >> cards. > >> I had that a few times. Once it's booted it works, I can > restart the > >> system > >> and it boots every time. As soon as I power off, unplug from > the power > >> main, wait a few minutes and power it on again, the issue comes > back - > >> can't boot as NVMe can't be enumerated. > >> > >> I though it might be caused by the hardware being too cold. I > left the > >> server once overnight but it didn't boot up, it was trying and > >> restarting > >> the whole night. > >> > > > > The above explanation brings mind to the "impedance mismatch  in > > electronics" problem . > > Hm, I wouldn't say so. First of all, I will seriously doubt that sane > cards are out of specs as far as impedance is concerned. > > But before going further, let's make sure we talk about the same > thing. I > assume impedance mismatch is what is related to impedance of the load > attached to transmission line to be different from impedance of > transmission line itself. In such case part of transmitted signal is > reflected from the load back into transmission line. This can make > mess as > transmitted signal is mixed with this reflected at different > positions of > the loads along the same transmission line. One has to have really > large > mismatch (over 20% at least) to make that matter. Many of us > remember this > in at least two computer related cases: 1. we used terminators at > the end > of SCSI cables (or attached "self-terminating SCSI device to the > end of > line). 2. In some system boards in which memory buses had no > terminators > the manual would say to populate slots beginning from the > fartherst away > from CPU (to defeat reflection from open end of memory bus lines). > > I have never heard of anything like that on PCI express bus. If I am > wrong, could you give some pointer so I can read about it. > > Thanks in advance for pointers! (I know: you learn something every > day - > which I bet I am about to ;-) > > Valeri > > > > > ( Please search > > > > impedance mismatch  in electronics > > impedance matching  in electronics > > > > in Internet if you want explanations about them . ) > > > > When all of these cards are inserted into slots simultaneously , > their > > accumulated electronic effect may distort behaviour of your > mother board > > circuits or attached card circuit(s) . > > > > Therefore , if you can find another NVMe and/or network card , > please test > > their effect . > > Such tests may be inconclusive because mother board circuits may be > > affected negatively from "properly" operating add on cards when > they are > > inserted together . > > > > If it is feasible for you , you may use USB attached network > card(s) to > > eliminate network card attachment . > > Or you may use a more capable one NVMe card instead of two > smaller NVMe > > cards , or you may use only one of them , or/and select an SATA > SSD . > > Such a choice would save your investment and produces a working > server > > with > > a "little" loss when compared to "all" . > > > > Mehmet Erol Sanliturk > > _______________________________________________ > > freebsd-questions@freebsd.org > mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > > > To unsubscribe, send any mail to > > "freebsd-questions-unsubscribe@freebsd.org > " > > ++++++++++++++++++++++++++++++++++++++++ > Valeri Galtsev > Sr System Administrator > Department of Astronomy and Astrophysics > Kavli Institute for Cosmological Physics > University of Chicago > Phone: 773-702-4247 > ++++++++++++++++++++++++++++++++++++++++ > > > > The problem of "impedance matching" occurs between any two interacting > circuits : When a circuit gives its "output" to another circuit as > "input" there exists this problem irrespective of subjects and kinds > of circuits . Obviously , behaviours are not exactly the same . > > If you search the following phrase in Internet , you will find a large > amount of links : > > impedance matching circuit design > > If we think a computer main board slots , the following may occur : > > Assume a slot has a voltage level for triggering input into an add on > card , i.e. , add on card is affected when it senses a voltage level > equal or greater than that level . The lower level values will not > trigger the add on card . > > Assume an add on card is working . > Assume a new add on card is also working alone . > > When both of these add on cards are inserted into slots , the power > drawn will lower the voltage level of the surrounding circuit more > than a single card . > If this lowered voltage level is less than threshold level of the > added cards ( one of them , or both of them ) it ( they ) will not > sense the signals from the surrounding circuits . Therefore , it > (they) will not respond to the action requesting signals . > > In one of the previous messages , > > https://lists.freebsd.org/pipermail/freebsd-questions/2018-January/280455.html > > > it is said that > > " > I am observing a strange behavior where the system doesn't boot if all > three PCIe slots are populated. It shows this message: > > nvme0: mem 0xfd8fc000-0xfd8fffff irq 24 at device > 0.0 on pci1 > nvme0: controller ready did not become 1 within 30000 ms > nvme0: did not complete shutdown within 5 seconds of notification > > The I see a kernel panic/dump and the system reboots after 15 seconds. > > If I remove one card, either one of the NVMe drives or the network card, > the system boots fine. > " > > A good example may be the above message . > > > Mehmet Erol Sanliturk > > I tried a different pair of NVMe cards (different adapters with different SSD disks) and the result was exactly the same. Note, that the pair that I tried was previously working in this motherboard without problems for many months, so it's safe to assume that the addition of the network card is causing this problem. But then again, the network card with one of the NVMe drives works fine too. Could be that all three cause some sort of impedance mismatch but that's kind of hard to believe - these are simple cards, there is almost no circuits on the NVMe adapter and the network card is just a chipset with 4 slots. I will have to look into other solutions, e.g. using SATA drives instead, but neither card was cheap, especially the pair of NVMe drives, so I am trying to figure out if there is anything I could do to make them cooperate before giving up. BTW Is there any way to verify from which group you received this thread so that I can remove either freebsd-drivers or freebsd-questions from this cross-post? GregJ From owner-freebsd-questions@freebsd.org Mon Jan 15 22:36:45 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42DA6E7BEB0; Mon, 15 Jan 2018 22:36:45 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D82D473472; Mon, 15 Jan 2018 22:36:44 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (pD9E429BE.dip0.t-ipconnect.de [217.228.41.190]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w0FMafiT054057 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 15 Jan 2018 22:36:42 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host pD9E429BE.dip0.t-ipconnect.de [217.228.41.190] claimed to be ultrabook.yoonka.com Subject: Re: Server doesn't boot when 3 PCIe slots are populated Cc: freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <57933.108.68.169.115.1516035394.squirrel@cosmo.uchicago.edu> From: Grzegorz Junka Message-ID: Date: Mon, 15 Jan 2018 22:36:36 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <57933.108.68.169.115.1516035394.squirrel@cosmo.uchicago.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 22:36:45 -0000 [cut] On 15/01/2018 16:56, Valeri Galtsev wrote: > On Mon, January 15, 2018 12:18 am, Warner Losh wrote: >> >> Thanks Mehmet for looking into this. It's an old motherboard but my point >> is that it boots fine when either: one NVMe and the network card, or both >> NVMe are installed, but not when all three are installed. How would that >> be >> related to FreeBSD compatibility? The chipset and all devices that I am >> trying to install are supported by FreeBSD 11.x. >> >> I just tried booting into a Debian live system and it also didn't >> enumerate >> NVMe drives properly. This means that it's not FreeBSD related and is no >> longer relevant for this list. > This sounds to me as having something to do with allocation of PCI address > space to talk to devices. Many devices can alternatively use different > ranges of addresses, so more than one such device can be attached to the > same PCI bus. These two particular devices seem to not be successfully > negotiated to use different (not overlapping) ranges of addresses (in > presence of some particular third device). Maybe it only happens like that > in this particular system board ("motherboard"). I would try the same on > different machine. But it is likely that all these three devices do not > have non-overlapping address ranges. > > I hope, someone more knowledgeable that I will chime in. That was exactly my suspicion, that the network card somehow takes away some resources that otherwise would be available to the NVMe cards. Not sure if that's possible but would love to hear an informed opinion on this. Note, that as stated somewhere else, a live Debian showed the same issue - after booting from live USB only one NVMe and the network card were visible. The other NVMe was ignored. This would suggest either hardware or BIOS problems, so if I had some more information I could try to change some of the BIOS settings to see if that would help. GregJ > Valeri > >> I will try to play with BIOS settings to >> see >> if I can make it work that way. Thanks for all the help. >> >> >> >> Nvme drives are weird about power. I distrust the power estimate of 5-9w >> earlier in the thread... given the oddity with debian, it's not too crazy >> to think that. How far does FreeBSD boot though? >> >> Warner >> From owner-freebsd-questions@freebsd.org Mon Jan 15 22:47:17 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C92BE7C845; Mon, 15 Jan 2018 22:47:17 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id 2596A73D3B; Mon, 15 Jan 2018 22:47:16 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id C7777CB8D3A; Mon, 15 Jan 2018 16:47:15 -0600 (CST) Received: from 108.68.169.115 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Mon, 15 Jan 2018 16:47:15 -0600 (CST) Message-ID: <60974.108.68.169.115.1516056435.squirrel@cosmo.uchicago.edu> In-Reply-To: References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <57933.108.68.169.115.1516035394.squirrel@cosmo.uchicago.edu> Date: Mon, 15 Jan 2018 16:47:15 -0600 (CST) Subject: Re: Server doesn't boot when 3 PCIe slots are populated From: "Valeri Galtsev" To: "Grzegorz Junka" Cc: freebsd-questions@freebsd.org, freebsd-drivers@freebsd.org Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jan 2018 22:47:17 -0000 On Mon, January 15, 2018 4:36 pm, Grzegorz Junka wrote: > [cut] > > On 15/01/2018 16:56, Valeri Galtsev wrote: >> On Mon, January 15, 2018 12:18 am, Warner Losh wrote: >>> >>> Thanks Mehmet for looking into this. It's an old motherboard but my >>> point >>> is that it boots fine when either: one NVMe and the network card, or >>> both >>> NVMe are installed, but not when all three are installed. How would >>> that >>> be >>> related to FreeBSD compatibility? The chipset and all devices that I am >>> trying to install are supported by FreeBSD 11.x. >>> >>> I just tried booting into a Debian live system and it also didn't >>> enumerate >>> NVMe drives properly. This means that it's not FreeBSD related and is >>> no >>> longer relevant for this list. >> This sounds to me as having something to do with allocation of PCI >> address >> space to talk to devices. Many devices can alternatively use different >> ranges of addresses, so more than one such device can be attached to the >> same PCI bus. These two particular devices seem to not be successfully >> negotiated to use different (not overlapping) ranges of addresses (in >> presence of some particular third device). Maybe it only happens like >> that >> in this particular system board ("motherboard"). I would try the same on >> different machine. But it is likely that all these three devices do not >> have non-overlapping address ranges. >> >> I hope, someone more knowledgeable that I will chime in. > > That was exactly my suspicion, that the network card somehow takes away > some resources that otherwise would be available to the NVMe cards. Not > sure if that's possible but would love to hear an informed opinion on > this. > > Note, that as stated somewhere else, a live Debian showed the same issue > - after booting from live USB only one NVMe and the network card were > visible. The other NVMe was ignored. Right. Taking as hypothesis inability to de-tangle these three devices I would try to replace the most generic one: network card. Hopefully you have access to some batch of these by different manufacturers with different chipsets. See if you will find one that will play in the band with your two NVMe-s. Good luck! Valeri > This would suggest either hardware > or BIOS problems, so if I had some more information I could try to > change some of the BIOS settings to see if that would help. > > GregJ > >> Valeri >> >>> I will try to play with BIOS settings to >>> see >>> if I can make it work that way. Thanks for all the help. >>> >>> >>> >>> Nvme drives are weird about power. I distrust the power estimate of >>> 5-9w >>> earlier in the thread... given the oddity with debian, it's not too >>> crazy >>> to think that. How far does FreeBSD boot though? >>> >>> Warner >>> > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@freebsd.org Tue Jan 16 01:15:19 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53075EB478F for ; Tue, 16 Jan 2018 01:15:19 +0000 (UTC) (envelope-from yscrappy@gmail.com) Received: from mail-wm0-f66.google.com (mail-wm0-f66.google.com [74.125.82.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB85F7A3C9 for ; Tue, 16 Jan 2018 01:15:18 +0000 (UTC) (envelope-from yscrappy@gmail.com) Received: by mail-wm0-f66.google.com with SMTP id r78so5339252wme.0 for ; Mon, 15 Jan 2018 17:15:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SJCIatwC9tSsIH1QwECFjboC6zm68s8YZ+N6tnYF+a8=; b=YnP/pvCmWrdbs9eQgYdMnTVNcp/US5iXcSb1ARXvrNaYxJHwcriM3Hcqg1r9wtBze4 L9lypC9uGu3Qu8Y2unHDRHolbJcbAWqqqHwaC/rRaSSR0ugR8GvhOEgiAPpcnVYM603K ABJ0ujZFJBet1tTvJ5MJDA8ZdiJbD6J+VVtEZR1+nCxS+VGgE/iIwEmyioPhkDxoGiKS 0BBY6vJEdsMVwFDg4WBSEuz9dXhDqQvNMMOduEaJ6AllWNodfitxo8awODrF0mzLD3YY jajkCUNHmf7OGj6F0nfJ49yuCF6QpsM2IS9uzcytO8BzbiIgS7yFvazcudqHxl0fHy9Y 8S6A== X-Gm-Message-State: AKwxyte4GZx53ocAxvomy+0tmkjsDLOAvwzgVpSS3S2ue7o+RqGONIeE qf5srkhUxQ0XFke5NiJiimoqgJBw X-Google-Smtp-Source: ACJfBosZVQ3cCjLXVvut8CinLxXTzsqzNb7GOK65ZIMFNNULvAW5ZF838R6A9f1pCbb8Uk/bVLd2gA== X-Received: by 10.28.106.2 with SMTP id f2mr6726713wmc.84.1516052486593; Mon, 15 Jan 2018 13:41:26 -0800 (PST) Received: from hub.org (hub.org. [188.227.186.52]) by smtp.gmail.com with ESMTPSA id 44sm876884wrv.0.2018.01.15.13.41.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 15 Jan 2018 13:41:25 -0800 (PST) Received: from localhost (unknown [188.227.186.44]) by hub.org (Postfix) with ESMTP id EC89511B3E09; Mon, 15 Jan 2018 21:41:24 +0000 (UTC) Received: from hub.org ([188.227.186.52]) by localhost (maia-lon.uk.hub.org [188.227.186.44]) (maiad, port 10024) with ESMTP id 82961-09; Mon, 15 Jan 2018 21:41:24 +0000 (UTC) Received: from [192.168.0.8] (S0106f0f249687dd3.gv.shawcable.net [24.108.212.81]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.org (Postfix) with ESMTPSA id F2F3D11B3DEE; Mon, 15 Jan 2018 21:41:21 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.0 \(3445.1.6\)) Subject: Re: BSDStats: reporting bug fixed From: Marc G Fournier In-Reply-To: <20180113071112.f28592aa4838771503ea6c17@3dresearch.com> Date: Mon, 15 Jan 2018 13:41:19 -0800 Cc: FreeBSD Questions Content-Transfer-Encoding: quoted-printable Message-Id: <3589C607-2C05-4CDA-A36D-DBFE8C06F403@hub.org> References: <485C63BB-690C-4FDF-B4AF-70033ACF804C@hub.org> <20180113071112.f28592aa4838771503ea6c17@3dresearch.com> To: Janos Dohanics X-Mailer: Apple Mail (2.3445.1.6) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 01:15:19 -0000 Its not part of the =E2=80=98standard install=E2=80=99 like it is for = TrueOS, so its only when ppl talk about it that others know of it =E2=80=A6= I used to post a =E2=80=98monthly report=E2=80=99 that I should dig = back up and resume, to remind folks that its there =E2=80=A6 That said =E2=80=A6 most of the servers that are in the system report in = once a month, on the 1st of the month =E2=80=A6 the bug that was = recently fixed =E2=80=98straddled=E2=80=99 that period, so would have = affected the numbers somewhat =E2=80=A6 not saying that the numbers = would be *alot* bigger if the bug hadn=E2=80=99t been there, since it = mostly affected new submitters, not those that have been doing so for = years, but 1st of Feb *should* show a good boost over 1st of January =E2=80= =A6=20 > On Jan 13, 2018, at 04:11, Janos Dohanics wrote: >=20 > On Thu, 4 Jan 2018 18:57:29 -0800 > Marc G Fournier wrote: >=20 >>=20 >> [...] >>=20 >> To see the statistics themselves, please go to http://bsdstats.org >> ? its not just FreeBSD, but all known BSDs >> ( although the two biggest *are* FreeBSD and TrueOS/PCBSD ). >>=20 >> If anyone has any issues with bsdstats-send, or questions, please >> feel free to email me directly ? >=20 > The page http://bsdstats.org/bt/countries.html shows 1,375 FreeBSD > installations in the US, which makes my 15 FreeBSD installations = (which > all do send reports) 1.09% of that total - flattering, but hard to > believe. Makes me think that I'm in a small minority of FreeBSD users > who also use BSDStats. >=20 > --=20 > Janos Dohanics From owner-freebsd-questions@freebsd.org Tue Jan 16 02:49:41 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 56B9CEBCFB0 for ; Tue, 16 Jan 2018 02:49:41 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id B7D537F23E for ; Tue, 16 Jan 2018 02:49:39 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913536 for freebsd-questions@freebsd.org; Tue, 16 Jan 2018 08:44:48 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0G2nZKq091413 for ; Tue, 16 Jan 2018 09:49:37 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0G2nW9M091412 for freebsd-questions@freebsd.org; Tue, 16 Jan 2018 09:49:32 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Tue, 16 Jan 2018 09:49:32 +0700 From: Victor Sudakov To: freebsd-questions@freebsd.org Subject: beadm-friendly zroot Message-ID: <20180116024932.GA89443@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 02:49:41 -0000 Dear Colleagues, The modern bsdinstall creates a boot environment (BE) friendly root zpool, where some datasets have a tricky composition of options (mountpoint, canmount etc). I understand the general theory behind this (a BE should include only system files and not user files), so for example zroot/usr gets into a BE but zroot/usr/home does not. My question is where can I read a document (or study a script) which creates all those datasets with necessary options for setting up a BE-friendly root zpool? Something like /usr/libexec/bsdinstall/zfsboot around "Default ZFS datasets for root zpool" but with a better description and learning value. Thanks in advance! -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Tue Jan 16 03:49:38 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 161D8E6FBC4 for ; Tue, 16 Jan 2018 03:49:38 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 753F782C30 for ; Tue, 16 Jan 2018 03:49:36 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913564; Tue, 16 Jan 2018 09:44:46 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0G3nXXu094719; Tue, 16 Jan 2018 10:49:33 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0G3nTlX094715; Tue, 16 Jan 2018 10:49:29 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Tue, 16 Jan 2018 10:49:29 +0700 From: Victor Sudakov To: dweimer@dweimer.net Cc: freebsd-questions@freebsd.org, Manish Jain Subject: Re: Dualboot and ZFS Message-ID: <20180116034929.GB89443@admin.sibptus.transneft.ru> References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 03:49:38 -0000 Dean E. Weimer wrote: [dd] > > For me, however, running "make installworld DESTDIR=xxx" is also > > installing. Can DESTDIR be a zpool on a MBR/BSD slice? > > You can do an install from source to a zfs dataset no matter where it > exists as that just shows up as any other mount point, but if you want > to be able to boot from it I would suggest making it on a GPT disk. The whole point of my question was to install FreeBSD/ZFS as a second system to a box where Windows/NTFS already occupies one MBR partition and there is another MBR partition for FreeBSD. Do you think there is no such luck? I > checked and there is a section on the wiki > about installing > to MBR, but its flagged as will not boot. "Will not boot"? That is odd because: 1. That's basically the setup Manish suggested (using ada0s3a for zpool), and I think it works for him if he gave this advice. 2. zfsboot(8) is designed for MBR so why would it fail to boot? > By the way the setup I sent was installed by using the live CD, creating But your setup is not dualboot which I was asking about. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Tue Jan 16 05:27:24 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AC47E777A2 for ; Tue, 16 Jan 2018 05:27:24 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [217.72.192.73]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D230E2A21 for ; Tue, 16 Jan 2018 05:27:23 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.195.18.98]) by mrelayeu.kundenserver.de (mreue103 [212.227.15.183]) with ESMTPA (Nemesis) id 0MVasZ-1eLCcs1WKl-00Z3dZ; Tue, 16 Jan 2018 06:27:09 +0100 Date: Tue, 16 Jan 2018 06:27:09 +0100 From: Polytropon To: Grzegorz Junka Cc: FreeBSD Questions Mailing List Subject: Re: Server doesn't boot when 3 PCIe slots are populated Message-Id: <20180116062709.a6c75fa4.freebsd@edvax.de> In-Reply-To: <8fee9df3-c40b-addb-b3c9-bedd90683d62@gjunka.com> References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> <57715.108.68.169.115.1516033864.squirrel@cosmo.uchicago.edu> <8fee9df3-c40b-addb-b3c9-bedd90683d62@gjunka.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:23RqALmHdpFXNGHPUx14ICxjRjnAa6X9JSFjrtI9RECbawzjw9q DCnsVT7DzRge8jtswDX/loohQZ0JnosrqUKiXy/sfvsRAhSp5VrYZXcQCmv4MZ8fxRPO80N oOFFY4gMrpp5o4AfCubgoY2vouNBRq+F0a21NUd8vBzgje5WUD7AjTIaoly9xVhlMnyc3WK emLLjVWp9nIFgtUtOcjgg== X-UI-Out-Filterresults: notjunk:1;V01:K0:+zfAk+UjLRQ=:p8U6t7IIkf+7AE3Z6FN5VW tEtCz142ADWmCQRbo9S05UFeQEXnomOzpDjtFZ0I/MJWXhK1P+oHAswjlacDu6pw/NxLFZXZf vPrmCTof2U4pRI5YAeYaKFzBGl66bMxl5RwSDvhra6sdgMKx0Vxq1ZouvuPYC+EcYMCxpm5R0 IKadAuAbNedLgmnHAjB7yjeGGRJKeCHjjKIB4BilP7rnIfSqChq5cbZgOHz3QzSKLN8ypdeCp mIIhsbCPf2mlHz2nXEGdfwDCF6zhQA5tKqWEZnnqokZ+aMK4TcHrpJZzTqoL/dNO2+kVdDXTZ UYrHb+2HzGOOdc7biLAOj+ejzoNmnyOIl5tN7+XnVMMhoJnmgepppKaDabrSKrfyNnPxGjsSn ct/aFV+ZG0Z46WJDzjCdI9TOStK54hgKoNWGR9D5hwsgCL16ZdN/H5KDvWZ0Xm9nuiOgh1EK9 /qWw4fXuzSMJBjCb9Hc1LUNt6qv79WpPAeuafbbkHxcKqVhpXjvzJ2cQ4lg7UnJLMQoFi7fq2 I9NoefHEIwzVRyhRcd3Lnk7dRP6ND3Ekq5sjXi53wDfnUGAuJvjCZCXNEtE6fUCJ+kxoM5/zM 2b90TmXUksVVSktYK6UmboMIukBYN1x8XuV/fdChV1MxCP7IHNwhZeiVA/H8CPzRM1BC7tgQ2 n/HZa5jxVhYN7xTsDF4D7robBa7rki1ZSiL9EqxlVS6rPOZ6G/wXH7Hu+aUfMw5a2PVy5iR5S TRwQKL5PfODogYlNc3kEWL2gEHGUvUAZK2HOHJ+2IPPTXt2bePcaeI4U45U= X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 05:27:24 -0000 On Mon, 15 Jan 2018 22:30:18 +0000, Grzegorz Junka wrote: > I tried a different pair of NVMe cards (different adapters with > different SSD disks) and the result was exactly the same. Note, that the > pair that I tried was previously working in this motherboard without > problems for many months, so it's safe to assume that the addition of > the network card is causing this problem. But then again, the network > card with one of the NVMe drives works fine too. > > Could be that all three cause some sort of impedance mismatch but that's > kind of hard to believe - these are simple cards, there is almost no > circuits on the NVMe adapter and the network card is just a chipset with > 4 slots. No idea if it still applies, but: I don't know if this idea has come uo yet, but many _many_ years ago, I was in a comparable situation. This was of course "traditional PCI times" where a common system board had 4 - 6 PCI slots. In that particular system, 2 NICs, an ATA "controller", a TV card, and a sound card (5 PCI cards total + 1 AGP graphics card) were installed. The problem was that the system wouldn't start booting after BIOS POST. The solution was to re-arrange cards, followed by a PCI configuration reset in the CMOS setup, followed by another boot attempt. In one specific card configuration, the system worked as expected, and FreeBSD (at that time, probably v4 or v5) would detect all the cards without any problems and attach the appropriate drivers. Removing one of the cards, or exchanging card positions (for "more convenient cabling") would render the system non-booting again. Back to the one configuration that worked - system booted. Let me emphasize that it was required to reset the PCI configuration in the CMOS setup every time such a card change was made, as returning to the "verified locations" without doing so would _not_ let the system boot properly. I'm not sure if it's still that "easy" with modern hardware, though. But maybe you can try... :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Tue Jan 16 08:28:34 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3DA61EB4807 for ; Tue, 16 Jan 2018 08:28:34 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3DC36DB43 for ; Tue, 16 Jan 2018 08:28:33 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com (x527162a3.dyn.telefonica.de [82.113.98.163]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id w0G8SPQt066084 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Tue, 16 Jan 2018 08:28:25 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host x527162a3.dyn.telefonica.de [82.113.98.163] claimed to be ultrabook.yoonka.com Subject: Re: Server doesn't boot when 3 PCIe slots are populated Cc: FreeBSD Questions Mailing List References: <3d0ad00c-5214-71b0-017b-c2d5ba608e37@gjunka.com> <8df1e967-01e0-d3c2-e14c-64c7fc8c66b0@gjunka.com> <0e582bdb-e1f9-438c-3da2-2bcdc950aab5@gjunka.com> <57715.108.68.169.115.1516033864.squirrel@cosmo.uchicago.edu> <8fee9df3-c40b-addb-b3c9-bedd90683d62@gjunka.com> <20180116062709.a6c75fa4.freebsd@edvax.de> From: Grzegorz Junka Message-ID: Date: Tue, 16 Jan 2018 08:28:20 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: <20180116062709.a6c75fa4.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB-large X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 08:28:34 -0000 On 16/01/2018 05:27, Polytropon wrote: > On Mon, 15 Jan 2018 22:30:18 +0000, Grzegorz Junka wrote: >> I tried a different pair of NVMe cards (different adapters with >> different SSD disks) and the result was exactly the same. Note, that the >> pair that I tried was previously working in this motherboard without >> problems for many months, so it's safe to assume that the addition of >> the network card is causing this problem. But then again, the network >> card with one of the NVMe drives works fine too. >> >> Could be that all three cause some sort of impedance mismatch but that's >> kind of hard to believe - these are simple cards, there is almost no >> circuits on the NVMe adapter and the network card is just a chipset with >> 4 slots. > No idea if it still applies, but: > > I don't know if this idea has come uo yet, but many _many_ years > ago, I was in a comparable situation. This was of course "traditional > PCI times" where a common system board had 4 - 6 PCI slots. In that > particular system, 2 NICs, an ATA "controller", a TV card, and a > sound card (5 PCI cards total + 1 AGP graphics card) were installed. > The problem was that the system wouldn't start booting after BIOS POST. > The solution was to re-arrange cards, followed by a PCI configuration > reset in the CMOS setup, followed by another boot attempt. In one > specific card configuration, the system worked as expected, and > FreeBSD (at that time, probably v4 or v5) would detect all the cards > without any problems and attach the appropriate drivers. Removing > one of the cards, or exchanging card positions (for "more convenient > cabling") would render the system non-booting again. Back to the one > configuration that worked - system booted. Let me emphasize that it > was required to reset the PCI configuration in the CMOS setup every > time such a card change was made, as returning to the "verified > locations" without doing so would _not_ let the system boot properly. > > I'm not sure if it's still that "easy" with modern hardware, though. > But maybe you can try... :-) I did try different cards in different slots kind of thing but I didn't think about resetting CMOS after changing each configuration. Thanks for the suggestion, will try that. GregJ From owner-freebsd-questions@freebsd.org Tue Jan 16 08:52:19 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF343EB59E3 for ; Tue, 16 Jan 2018 08:52:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 858FA6EAD8 for ; Tue, 16 Jan 2018 08:52:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w0G8qCl2072850 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 16 Jan 2018 09:52:12 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w0G8qC1v072847 for ; Tue, 16 Jan 2018 09:52:12 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 16 Jan 2018 09:52:12 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD questions Subject: Re: Dualboot and ZFS In-Reply-To: <20180116034929.GB89443@admin.sibptus.transneft.ru> Message-ID: References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 08:52:20 -0000 On Tue, 16 Jan 2018 10:49+0700, Victor Sudakov wrote: > Dean E. Weimer wrote: > > [dd] > > > > For me, however, running "make installworld DESTDIR=xxx" is also > > > installing. Can DESTDIR be a zpool on a MBR/BSD slice? > > > > You can do an install from source to a zfs dataset no matter where it > > exists as that just shows up as any other mount point, but if you want > > to be able to boot from it I would suggest making it on a GPT disk. > > The whole point of my question was to install FreeBSD/ZFS as a second > system to a box where Windows/NTFS already occupies one MBR partition and > there is another MBR partition for FreeBSD. Do you think there is no > such luck? I > > > checked and there is a section on the wiki > > about installing > > to MBR, but its flagged as will not boot. > > "Will not boot"? That is odd because: > > 1. That's basically the setup Manish suggested (using ada0s3a for > zpool), and I think it works for him if he gave this advice. > > 2. zfsboot(8) is designed for MBR so why would it fail to boot? > > > By the way the setup I sent was installed by using the live CD, creating > > But your setup is not dualboot which I was asking about. I couldn't resist attempting a proof of concept, so here it is. The main motivation for using a BSD disklabel within a MBR slice is to have a ZFS partition and a swap partition while only consuming one of the four available MBR slices. You also avoid using a zvol for swap/dump. See https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition for more details. Script started on Tue Jan 16 08:40:32 2018 # PS1='[script]# ' !!! These are the two MBR slices created by Windows 10, half of ada0 is available for FreeBSD !!! [script]# gpart show ada0 => 63 134217665 ada0 MBR (64G) 63 1985 - free - (993K) 2048 1024000 1 ntfs [active] (500M) 1026048 66082816 2 ntfs (32G) 67108864 67108864 - free - (32G) !!! Now, add our FreeBSD slice !!! [script]# gpart add -t freebsd ada0 ada0s3 added !!! Here it is !!! [script]# gpart show ada0 => 63 134217665 ada0 MBR (64G) 63 1985 - free - (993K) 2048 1024000 1 ntfs [active] (500M) 1026048 66082816 2 ntfs (32G) 67108864 67108864 3 freebsd (32G) !!! Create a BSD disklabel within the FreeBSD slice !!! [script]# gpart create -s BSD ada0s3 ada0s3 created [script]# gpart show ada0 => 63 134217665 ada0 MBR (64G) 63 1985 - free - (993K) 2048 1024000 1 ntfs [active] (500M) 1026048 66082816 2 ntfs (32G) 67108864 67108864 3 freebsd (32G) !!! Yes, the disklabel is in place !!! [script]# gpart show ada0s3 => 0 67108864 ada0s3 BSD (32G) 0 67108864 - free - (32G) !!! Add our ZFS partition !!! [script]# gpart add -s 28G -t freebsd-zfs ada0s3 ada0s3a added !!! Add our swap partition !!! [script]# gpart add -t swap ada0s3 ada0s3b added !!! Show the resulting disklabel !!! [script]# gpart show ada0s3 => 0 67108864 ada0s3 BSD (32G) 0 58720256 1 freebsd-zfs (28G) 58720256 8388608 2 freebsd-swap (4.0G) !!! Load the ZFS module, and optionally set the ashift property to 12 !!! [script]# kldload zfs [script]# sysctl vfs.zfs.min_auto_ashift=12 vfs.zfs.min_auto_ashift: 9 -> 12 !!! Create our zpool, YMMV !!! [script]# zpool create -O mountpoint=legacy zroot /dev/ada0s3a !!! Create our initial BE, YMMV !!! [script]# uname -a FreeBSD 11.1-STABLE FreeBSD 11.1-STABLE #0 r327786: Wed Jan 10 22:26:38 UTC 2018 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 [script]# zfs create zroot/ROOT [script]# zfs create zroot/ROOT/20180110-r327786 [script]# zfs set mountpoint=/tmp/zroot zroot/ROOT/20180110-r327786 !!! The BE is temporary mounted at /tmp/zroot !!! [script]# df -ah Filesystem Size Used Avail Capacity Mounted on /dev/iso9660/11_1_STABLE_AMD64_CD 701M 701M 0B 100% / devfs 1.0K 1.0K 0B 100% /dev tmpfs 32M 124K 32M 0% /var tmpfs 20M 68K 20M 0% /tmp zroot/ROOT/20180110-r327786 27G 88K 27G 0% /tmp/zroot !!! Extract a minimum installation !!! [script]# cd /tmp/zroot [script]# tar xf /usr/freebsd-dist/base.txz [script]# tar xf /usr/freebsd-dist/kernel.txz [script]# tar xf /usr/freebsd-dist/lib32.txz !!! Ensure the ZFS module will be loaded by the loader !!! [script]# echo 'zfs_load="YES"' >> boot/loader.conf !!! Make a note of our swap partition !!! [script]# echo '/dev/ada0s3b none swap sw 0 0' >> etc/fstab !! Prepare our pool for export !!! [script]# zfs unmount -a [script]# zfs inherit mountpoint zroot/ROOT/20180110-r327786 [script]# zpool set bootfs=zroot/ROOT/20180110-r327786 zroot [script]# df -ah Filesystem Size Used Avail Capacity Mounted on /dev/iso9660/11_1_STABLE_AMD64_CD 701M 701M 0B 100% / devfs 1.0K 1.0K 0B 100% /dev tmpfs 32M 128K 32M 0% /var tmpfs 20M 68K 20M 0% /tmp [script]# zpool export zroot !!! Write the boot manager to the boot block in the MBR !!! [script]# gpart bootcode -b /boot/boot0 /dev/ada0 bootcode written to ada0 !!! Write /boot/zfsboot as two separate pieces to /dev/ada0s3{,a} !!! [script]# dd if=/boot/zfsboot of=/tmp/zfsboot1 count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.000383 secs (1337758 bytes/sec) [script]# gpart bootcode -b /tmp/zfsboot1 /dev/ada0s3 bootcode written to ada0s3 [script]# dd if=/boot/zfsboot of=/dev/ada0s3a skip=1 seek=1024 128+0 records in 128+0 records out 65536 bytes transferred in 0.043591 secs (1503439 bytes/sec) !!! Import our pool !!! [script]# zpool import zroot [script]# zfs list -rt all NAME USED AVAIL REFER MOUNTPOINT zroot 742M 26.2G 88K legacy zroot/ROOT 742M 26.2G 88K legacy zroot/ROOT/20180110-r327786 742M 26.2G 742M legacy !!! Everything checks out, it's time for a reboot to assess the damage !!! [script]# exit Script done on Tue Jan 16 08:53:07 2018 Both Windows 10 and FreeBSD boots, so I would call this a success. -- Trond. From owner-freebsd-questions@freebsd.org Tue Jan 16 11:06:41 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71F41EBC1B5 for ; Tue, 16 Jan 2018 11:06:41 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 389BB7393A for ; Tue, 16 Jan 2018 11:06:40 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLS8V2X7jz3jYqw for ; Tue, 16 Jan 2018 12:06:34 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLS8V1nCxz3jYqr for ; Tue, 16 Jan 2018 12:06:34 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 273A71B7303 for ; Tue, 16 Jan 2018 12:06:34 +0100 (CET) Date: Tue, 16 Jan 2018 12:06:33 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Directory listing speed X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zLS8V1nCxz3jYqr@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 11:06:41 -0000 Hello all, I just moved my old openSUsE 11.4 mail server to freebsd 10.4 (postfix+ dovecot+clamav) and it seems to work fine :-)... I noticed that the directory listing of my users mailboxes (around five hundred) is way slower than in linux. Is it normal? Do I need to tweak some kernel parameters (I have a lot of free RAM)? I've already set the kern.maxusers to 4096, is that enough? Many thanks to everybody, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 11:28:24 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3A2C5EBD2D9 for ; Tue, 16 Jan 2018 11:28:24 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC0174947 for ; Tue, 16 Jan 2018 11:28:22 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913813; Tue, 16 Jan 2018 17:23:32 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0GBSIgU019429; Tue, 16 Jan 2018 18:28:20 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0GBSFDZ019424; Tue, 16 Jan 2018 18:28:15 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Tue, 16 Jan 2018 18:28:14 +0700 From: Victor Sudakov To: Trond Endrest?l Cc: FreeBSD questions Subject: Re: Dualboot and ZFS Message-ID: <20180116112814.GA18197@admin.sibptus.transneft.ru> References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 11:28:24 -0000 Trond Endrest?l wrote: > > I couldn't resist attempting a proof of concept, so here it is. Before I follow your steps, two comments: > > !!! Show the resulting disklabel !!! > > [script]# gpart show ada0s3 > => 0 67108864 ada0s3 BSD (32G) > 0 58720256 1 freebsd-zfs (28G) > 58720256 8388608 2 freebsd-swap (4.0G) How funny! I did not even know that fstype in the disklabel can be "ZFS". I have only seen "swap" and "4.2BSD" so far. $ gpart add -t freebsd-zfs md0s1 && disklabel md0s1 md0s1a added # /dev/md0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 4095 0 ZFS c: 4095 0 unused 0 0 # "raw" part, don't edit $ [dd] > > !!! Create our zpool, YMMV !!! > > !!! Create our initial BE, YMMV !!! Do you know how to create a beadm-friendly zroot manually (like the one created automatically by bsdinstall)? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Tue Jan 16 12:12:02 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 36569EBFB5D for ; Tue, 16 Jan 2018 12:12:02 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D19B27680C for ; Tue, 16 Jan 2018 12:12:01 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w0GCBtfs074083 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 16 Jan 2018 13:11:55 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w0GCBsBh074080 for ; Tue, 16 Jan 2018 13:11:55 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 16 Jan 2018 13:11:54 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD questions Subject: Re: Dualboot and ZFS In-Reply-To: <20180116112814.GA18197@admin.sibptus.transneft.ru> Message-ID: References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 12:12:02 -0000 On Tue, 16 Jan 2018 18:28+0700, Victor Sudakov wrote: > Trond Endrest?l wrote: > > > > I couldn't resist attempting a proof of concept, so here it is. > > Before I follow your steps, two comments: > > > > !!! Show the resulting disklabel !!! > > > > [script]# gpart show ada0s3 > > => 0 67108864 ada0s3 BSD (32G) > > 0 58720256 1 freebsd-zfs (28G) > > 58720256 8388608 2 freebsd-swap (4.0G) > > How funny! I did not even know that fstype in the disklabel can be "ZFS". I > have only seen "swap" and "4.2BSD" so far. > > $ gpart add -t freebsd-zfs md0s1 && disklabel md0s1 > md0s1a added > # /dev/md0s1: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 4095 0 ZFS > c: 4095 0 unused 0 0 # "raw" part, don't edit > $ > > [dd] > > > > > !!! Create our zpool, YMMV !!! > > > > !!! Create our initial BE, YMMV !!! > > Do you know how to create a beadm-friendly zroot manually (like the one > created automatically by bsdinstall)? I have created my own recipe based on the guides published elsewhere, including those on the FreeBSD wiki, and as usual I have applied thoughts from my own lurid mind. Have a look at my files at https://ximalas.info/~trond/create-zfs/canmount/ I create the disk layout manually, see 00-create-gpart-layout-UEFI.txt and 00-create-gpart-layout.txt for some ideas. I use a SysV approach when creating the ZFS filesystem layout and installing the system, i.e. lots and lots of environment variables. See 01-create-zfs-layout.sh, 02-temp-mountpoints.sh, 03b-install-stable-9-10-11-or-head.sh, and 04-final-mountpoints.sh. For special cases such as my mail server, I edited 01-create-zfs-layout.sh to suit the two pools, one for the system and another one for user data. All mail related filesystems ended up in the data pool. Between steps 3 and 4, I edit various files, set the root password and the timezone, ensuring sendmail's files are up & running in /etc/mail, all done from within chroot $DESTDIR. I know some like to use snapshots and clones as a safety belt before they upgrade their main BE. I do the opposite, I create a snapshot and a clone, install the new world and kernel into the clone, merge config files, update the bootfs pool property, and reboot into the new clone. To me, this saves time while giving me plenty of seatbelts to boot from should I need to. Running -CURRENT on some of my VMs has forced me to use my old clones to recover from clang bugs, etc. On VMs I restrain the number of snapshots/clones/BE to 3. The current BE and the 2 previous ones, and the snapshots that tie them all together. Physical systems usually have more than enough storage, and I clean up the long list of BEs about once a year (zfs promote, zfs destroy -Rv). Here's a good execise on creating snapshots and clones, and how to clean them up: https://ximalas.info/2015/06/23/an-exercise-on-zfs-clones/ -- Trond. From owner-freebsd-questions@freebsd.org Tue Jan 16 12:14:19 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C359EBFDB3 for ; Tue, 16 Jan 2018 12:14:19 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 206ED769BA for ; Tue, 16 Jan 2018 12:14:18 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w0GCEFaJ074106 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 16 Jan 2018 13:14:15 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w0GCEFmI074103 for ; Tue, 16 Jan 2018 13:14:15 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 16 Jan 2018 13:14:15 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD questions Subject: Re: Directory listing speed In-Reply-To: <3zLS8V1nCxz3jYqr@baobab.bilink.it> Message-ID: References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 12:14:19 -0000 On Tue, 16 Jan 2018 12:06+0100, Luciano Mannucci wrote: > I noticed that the directory listing of my users mailboxes (around > five hundred) is way slower than in linux. Is it normal? Is LDAP involved? Do you use an LDAP cache? -- Trond. From owner-freebsd-questions@freebsd.org Tue Jan 16 12:15:43 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A483EBFF31 for ; Tue, 16 Jan 2018 12:15:43 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C4D6276B2A for ; Tue, 16 Jan 2018 12:15:42 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (unknown [IPv6:2001:8b0:151:1:853e:bad4:1055:25ea]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 9E8171141E for ; Tue, 16 Jan 2018 12:15:33 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/9E8171141E; dkim=none; dkim-atps=neutral Subject: Re: Dualboot and ZFS To: freebsd-questions@freebsd.org References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> From: Matthew Seaman Message-ID: <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> Date: Tue, 16 Jan 2018 12:15:27 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <20180116112814.GA18197@admin.sibptus.transneft.ru> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="e540c1PmjuHjN6jDr8OAomM12byYm9vZ5" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 12:15:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --e540c1PmjuHjN6jDr8OAomM12byYm9vZ5 Content-Type: multipart/mixed; boundary="kBjtiSOwA2CfDSHPGeh1IR1N10F4O8MJP"; protected-headers="v1" From: Matthew Seaman To: freebsd-questions@freebsd.org Message-ID: <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> Subject: Re: Dualboot and ZFS References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> In-Reply-To: <20180116112814.GA18197@admin.sibptus.transneft.ru> --kBjtiSOwA2CfDSHPGeh1IR1N10F4O8MJP Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable On 16/01/2018 11:28, Victor Sudakov wrote: > Do you know how to create a beadm-friendly zroot manually (like the one= > created automatically by bsdinstall)?=20 This is not particularly difficult. First, you need to consider the standard directory structure and mentally divide the ZFSes containing this content into two classes: * The Kernel, kernel modules, binaries, shared libraries, application and system configuration files that would be affected by a system upgrade. * Working data, temporary files, documents, log files etc. which would not be affected by a system upgrade. The first type should be part of the boot environment files, the second type outside it. If necessary you may need to create additional ZFSes to divide content appropriately. For my systems this works out to a breakdown like this: / --> BE (This includes /boot, /etc) /tmp --> not. Not a ZFS. I usually use a tmpfs for /tmp /dev --> not. Not a ZFS. Uses devfs /home --> not. I generally remove the symlink from /usr/home and make /home a first class ZFS directly. /usr --> BE /usr/local --> BE /usr/obj --> BE /usr/src --> BE /usr/ports --> not /usr/ports/distfiles --> not /var --> BE /var/crash --> not /var/db --> BE /var/db/pkg --> BE /var/db/postgres --> not /var/empty --> not /var/log --> not /var/run --> not /var/tmp --> not /var/mail --> not Plus various other ZFSes for jails and poudriere etc. Now, assuming your root zpool is called zroot, and the BE name is '11.1-RELEASE-p6' you will want to create ZFSes like so: ZFS Mountpoint Canmount zroot / no zroot/ROOT /ROOT no zroot/ROOT/11.1-RELEASE-p6 / yes zroot/ROOT/11.1-RELEASE-p6/usr /usr yes zroot/ROOT/11.1-RELEASE-p6/var /var yes zroot/ROOT/11.1-RELEASE-p6/var/db /var/db yes ...etc... zroot/home /home yes zroot/var /var no zroot/var/log /var/log yes zroot/var/db /var/db no zroot/var/db/postgres /var/db/postgres yes ...etc... Note the trick of creating two different ZFSes with the same mountpoint, where one is actually mounted and contains files, and the other is never mounted, contains nothing and only serves to provide the inheritance of values for child ZFSes. This allows mounting a filesystem from outside the BE (eg. /var/log) beneath a directory from within the BE (eg. /var) If this seems overly complex, well, it is. That's the price you pay for taking the familiar Unix filesystem hierarchy and adapting it to filesystem semantics developed decades later. If we were starting from scratch laying out an OS based on ZFS we'd certainly arrange things a bit more conveniently for use with boot environments. Cheers, Matthew --kBjtiSOwA2CfDSHPGeh1IR1N10F4O8MJP-- --e540c1PmjuHjN6jDr8OAomM12byYm9vZ5 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKoBAEBCgCSFiEEGfFU7L8RLlBUTj8wAFE/EOCp5OcFAlpd7N9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDE5 RjE1NEVDQkYxMTJFNTA1NDRFM0YzMDAwNTEzRjEwRTBBOUU0RTcUHG1hdHRoZXdA ZnJlZWJzZC5vcmcACgkQAFE/EOCp5Oejig/+NlmbeP7C7ttJypNCCeCCE2+ORYdd A+4hSyqyLzwG/QGjfnu8PXy4SiqGRGW1BZ6rpGflGMr8rHKMWTS4CCwjT0KJEU1U dMtZPMK87cEHVT74IflrlArqECdQRUSRUyiDCl8Tj0URS3EtYuRREGcjSmIHbBJs JJPPzcLSEinhCklyLVO89ABU53aasGWrSPVa0Bc7TUtaF4t022+29mOKJ4yaBFuN pWnsRoVbtmB3Tg2bjiOb1vQBAIVq78dZgd/OD9p4LW++2tRI3HgOMyVpgoKQWMyg 95V2DULDVpAA1KkGKGMznki9Yk/FovreEGm2FENk8jm3wbog04GSrXFq8/YNbZOV c3i3bhR0whrF8nHAxw5KEDeVVIHL3H+F1BSpPqGoF5wPHmOAHHF7E697sQAVtAge MzZCJM3fXGiDYLt624ycMg63Pyndu0J0CjCR3IwVIqF6jzjOZSGL3k2XnIdG1FfM STGhxXB8A96zdjXpsBVMhCHMh623n9SqPMrWsa1/6yCWFR0bY4f4fQOQFnHkBI1j XkS1O4xymUeI+gcyJIpRqsdSYwVOZsjsgTKE3ZNGwqj+JEZjvwaU2FnrWLYHkU/g LZrlIEjVW65Xd1CtUgH/mA6+08Je4jJic4yNN+icJQd8rgA4eHmVm6uh4fY9GOYn 4rk9/NoKETkYNKk= =0+xS -----END PGP SIGNATURE----- --e540c1PmjuHjN6jDr8OAomM12byYm9vZ5-- From owner-freebsd-questions@freebsd.org Tue Jan 16 12:17:35 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC4C5EC0158 for ; Tue, 16 Jan 2018 12:17:35 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 92D6176CC9 for ; Tue, 16 Jan 2018 12:17:35 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLTkP3KCbz3jYqr for ; Tue, 16 Jan 2018 13:17:33 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLTkP2ZM3z3jYrF for ; Tue, 16 Jan 2018 13:17:33 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id E2EFE1B7431 for ; Tue, 16 Jan 2018 13:17:32 +0100 (CET) Date: Tue, 16 Jan 2018 13:17:32 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Message-Id: <3zLTkP2ZM3z3jYrF@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 12:17:35 -0000 On Tue, 16 Jan 2018 13:14:15 +0100 (CET) Trond Endrest=C3=B8l wrote: > > I noticed that the directory listing of my users mailboxes (around=20 > > five hundred) is way slower than in linux. Is it normal? =20 >=20 > Is LDAP involved? Do you use an LDAP cache? No, all users are system ones. BTW those that are defined but not active are around 3k. Luciano. --=20 /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 13:18:01 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0BC3EC2C95 for ; Tue, 16 Jan 2018 13:18:01 +0000 (UTC) (envelope-from g8kbvdave@googlemail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E73078FA6 for ; Tue, 16 Jan 2018 13:18:00 +0000 (UTC) (envelope-from g8kbvdave@googlemail.com) Received: by mail-wm0-x231.google.com with SMTP id 141so8519784wme.3 for ; Tue, 16 Jan 2018 05:18:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=x2HPPIh41Y+6S+4lTWZHpn+NR2cAeMv3G3yuMDylfkg=; b=rspPmPeL0WbbUpRVpUV3pQcpT5f54wFppXmOuKt51ukzpVvsHJRPObwZ3wQ1gAYW+f ZFVV8AJmJEh9DEhPmAPiOu8eiHf5RHmN/thSJQ5qfAbcSjz2LId5O7hXStTGXc7IfPGE zhOti0ENDKtdLEaV6nI+6dFA7lTd8CaRnP8qywGWFglcXBm+RYgHViP+QAGpTWIgpIn8 iAyEFOPLmkYx5mBMPdp/FnbnK5AxFxXaw/A62Rv9zoDBaglHbhRzioOWzRtAS80cZcPp zH3seYBhfPtJhw73qGURX249NfbGCVwkI633kx6LnNsjSxxjzZEdEt9dbCnagTHO8f7s 47cw== X-Gm-Message-State: AKwxytcWNPQBzps7kXKxMP8zOPNOPR3dRePcectNVrj9c1fHq5HgYcfa 2hlje8GCmcs6sdMyDh/38Rpr5u/x X-Google-Smtp-Source: ACJfBotYFvhlhESJa33zdRfk4BoMH2KPFh77+jw2XlZaLgLsARhdLkmz68Xh1o1+IFWuzVvyBS5Lng== X-Received: by 10.28.111.219 with SMTP id c88mr14727507wmi.41.1516108678225; Tue, 16 Jan 2018 05:17:58 -0800 (PST) Received: from [192.168.2.55] ([217.41.35.220]) by smtp.gmail.com with ESMTPSA id o12sm2139067wrf.81.2018.01.16.05.17.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Jan 2018 05:17:57 -0800 (PST) Subject: Speculation & meldown. Nothing new! To: freebsd-questions@freebsd.org References: From: Dave B Message-ID: <76499e59-497e-bb96-7adc-4484da8197d4@googlemail.com> Date: Tue, 16 Jan 2018 13:17:56 +0000 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 13:18:01 -0000 Here you go.  From SN show notes for episode 645, aired last week. From:-  https://www.grc.com/sn/sn-645-notes.pdf   Page 12 of 13. WhatWhat's Old is New Again... 1995: "The Intel 80x86 Processor Architecture: Pitfalls for Secure Systems." https://pdfs.semanticscholar.org/2209/42809262c17b6631c0f6536c91aaf7756857.pdf 1995: on page 9 under section "4.2 Security Flaws": Item 6. Prefetching may fetch otherwise inaccessible instructions in Virtual 8086 mode. (From a paper in 1992!) -- 25 years ago. Enjoy. Dave B. From owner-freebsd-questions@freebsd.org Tue Jan 16 14:05:15 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EBA63E71571 for ; Tue, 16 Jan 2018 14:05:15 +0000 (UTC) (envelope-from weldon@excelsus.com) Received: from veyron.excelsus.com (emmett.excelsus.com [74.93.113.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C83087AE81 for ; Tue, 16 Jan 2018 14:05:15 +0000 (UTC) (envelope-from weldon@excelsus.com) Received: from localhost (localhost [127.0.0.1]) by veyron.excelsus.com (Postfix) with ESMTP id 970982318; Tue, 16 Jan 2018 07:57:05 -0600 (CST) Received: from veyron.excelsus.com ([127.0.0.1]) by localhost (mail.excelsus.com [127.0.0.1]) (maiad, port 10024) with ESMTP id 72430-10; Tue, 16 Jan 2018 07:57:05 -0600 (CST) Received: from [192.168.0.116] (74-93-113-253-Nashville.hfc.comcastbusiness.net [74.93.113.253]) (Authenticated sender: weldon@excelsusphoto.com) by veyron.excelsus.com (Postfix) with ESMTPA id 0E1382314; Tue, 16 Jan 2018 07:57:05 -0600 (CST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: Directory listing speed From: Weldon Godfrey X-Mailer: iPhone Mail (15C202) In-Reply-To: <3zLS8V1nCxz3jYqr@baobab.bilink.it> Date: Tue, 16 Jan 2018 07:57:04 -0600 Cc: freebsd-questions@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> To: Luciano Mannucci X-Virus-Scanned: Maia Mailguard X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 14:05:16 -0000 Does the directory listings get better after awhile? I am thinking the dove= cot cache files for each user will get generated upon their first login unle= ss your force it to be generated.=20 Sent from my iPhone > On Jan 16, 2018, at 5:06 AM, Luciano Mannucci w= rote: >=20 >=20 > Hello all, >=20 > I just moved my old openSUsE 11.4 mail server to freebsd 10.4 (postfix+ > dovecot+clamav) and it seems to work fine :-)... >=20 > I noticed that the directory listing of my users mailboxes (around five > hundred) is way slower than in linux. > Is it normal?=20 >=20 > Do I need to tweak some kernel parameters (I have a lot of free RAM)? >=20 > I've already set the kern.maxusers to 4096, is that enough? >=20 > Many thanks to everybody, >=20 > Luciano. > --=20 > /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) > \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 > X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG > / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.or= g" From owner-freebsd-questions@freebsd.org Tue Jan 16 14:36:13 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 294A6E72CE5 for ; Tue, 16 Jan 2018 14:36:13 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA617C3AC; Tue, 16 Jan 2018 14:36:11 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913910; Tue, 16 Jan 2018 20:31:20 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0GEa4wp021788; Tue, 16 Jan 2018 21:36:06 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0GEZx4d021787; Tue, 16 Jan 2018 21:35:59 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Tue, 16 Jan 2018 21:35:59 +0700 From: Victor Sudakov To: Matthew Seaman Cc: freebsd-questions@freebsd.org Subject: Re: Dualboot and ZFS Message-ID: <20180116143559.GA21461@admin.sibptus.transneft.ru> References: <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 14:36:13 -0000 Matthew Seaman wrote: [dd] > On 16/01/2018 11:28, Victor Sudakov wrote: > > Do you know how to create a beadm-friendly zroot manually (like the one > > created automatically by bsdinstall)? > > This is not particularly difficult. First, you need to consider the > standard directory structure and mentally divide the ZFSes containing > this content into two classes: > > * The Kernel, kernel modules, binaries, shared libraries, application > and system configuration files that would be affected by a system > upgrade. > > * Working data, temporary files, documents, log files etc. which > would not be affected by a system upgrade. > > The first type should be part of the boot environment files, the second > type outside it. If necessary you may need to create additional ZFSes > to divide content appropriately. This is clear, but... > Plus various other ZFSes for jails and poudriere etc. Now, assuming > your root zpool is called zroot, and the BE name is '11.1-RELEASE-p6' > you will want to create ZFSes like so: > > ZFS Mountpoint Canmount > zroot / no > zroot/ROOT /ROOT no > > zroot/ROOT/11.1-RELEASE-p6 / yes > zroot/ROOT/11.1-RELEASE-p6/usr /usr yes > zroot/ROOT/11.1-RELEASE-p6/var /var yes > zroot/ROOT/11.1-RELEASE-p6/var/db /var/db yes > > ...etc... > > zroot/home /home yes > zroot/var /var no > zroot/var/log /var/log yes > zroot/var/db /var/db no > zroot/var/db/postgres /var/db/postgres yes > Your layout is different from that created automatically by bsdinstall. There is a principal difference. The default layout does not have zroot/ROOT/${BE}/usr, zroot/ROOT/${BE}/var etc. datasets like yours does. Still somehow when I create a BE with beadm, the files in /usr/bin etc end up being included in the BE. I don't understand how this works: zroot 33,3G 13,0G 96K /zroot zroot/ROOT 9,37G 13,0G 96K none zroot/ROOT/default 9,37G 13,0G 8,81G / zroot/ROOT/install 8K 13,0G 585M / zroot/ROOT/some_test_be 8K 13,0G 8,81G / zroot/tmp 56,9M 13,0G 47,6M /tmp zroot/usr 23,7G 13,0G 96K /usr zroot/usr/home 23,7G 13,0G 22,3G /usr/home zroot/usr/ports 96K 13,0G 96K /usr/ports zroot/usr/src 96K 13,0G 96K /usr/src zroot/var 126M 13,0G 96K /var zroot/var/audit 96K 13,0G 96K /var/audit zroot/var/crash 96K 13,0G 96K /var/crash zroot/var/log 2,21M 13,0G 1,06M /var/log zroot/var/mail 15,1M 13,0G 15,0M /var/mail zroot/var/tmp 109M 13,0G 109M /var/tmp root@vas:~ # beadm list BE Active Mountpoint Space Created default NR / 9.4G 2016-08-13 22:50 install - - 391.0M 2016-08-13 23:01 some_test_be - - 192.0K 2018-01-16 21:20 root@vas:~ # beadm mount some_test_be Mounted successfully on '/tmp/BE-some_test_be.WjrL7kVi' root@vas:~ # ls /tmp/BE-some_test_be.WjrL7kVi/usr/bin/mail /tmp/BE-some_test_be.WjrL7kVi/usr/bin/mail root@vas:~ # zroot/usr is not below zroot/ROOT/some_test_be, but somehow it's there in the BE. Can you please explain this? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Tue Jan 16 14:51:50 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 184AFE73F74 for ; Tue, 16 Jan 2018 14:51:50 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D37637CE24; Tue, 16 Jan 2018 14:51:49 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (localhost [127.0.0.1]) by vps.markoturk.info (Postfix) with ESMTPS id 4FAA82B8A0; Tue, 16 Jan 2018 15:44:59 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=markoturk.info; s=s1024; t=1516113899; bh=ci7oRU2+nx1KNPs3i7/PUPnO8OfK4HNzXenqsgSSr3k=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=rj+FmmQtOTILVohkVS7RoFCVNc3Wl2XMPV5jqiBYc32LeYFYnRe1zv3K67yyEXs51 DRk9pFdDNb1BnbqQaLoAIQyCfzCb07ILaS00N+gmzeCIEPdjamItkf5/+2I0vM1aJC UYgx+hLycns5y1DskjtXUN8rCXCO/3vqNxafmnyA= Date: Tue, 16 Jan 2018 15:44:58 +0100 From: Marko Turk To: Victor Sudakov Cc: Matthew Seaman , freebsd-questions@freebsd.org Subject: Re: Dualboot and ZFS Message-ID: <20180116144458.GB21464@vps.markoturk.info> References: <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> <20180116143559.GA21461@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <20180116143559.GA21461@admin.sibptus.transneft.ru> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 14:51:50 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 16, 2018 at 09:35:59PM +0700, Victor Sudakov wrote: =20 > zroot/usr is not below zroot/ROOT/some_test_be, but somehow it's > there in the BE. Can you please explain this? Hi, that's because zroot/usr is not mounted (check 'zfs get all zroot/usr'). /Marko --AqsLC8rIMeq19msA Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEhcgjUnLArcQCyVEgeDpsXaaozYgFAlpeD+oACgkQeDpsXaao zYiyXg/9GLiUd3JRBKHD2LmCtWVBH5R9zx7ay82NhbGNiCtLrh1aCN84AwmjhT2E m3phsrOHpbLtIgHhdL7Z8QmaAD4YYAkIIL/0wE4fD0f0q5yibURnqfs81/4IN+gy zZrznP0ztRZ7i8BWRA4R9b68PgsiQmjMuTKT3j/t3peVywRpMFzJ7HB6zkIbwJoe 10zzSHrBXG7MbtFTervWVpN8P0HzaI2fObxKA0R5VtD4nuJ712SSeHicERVlhBcw mCVBVUOdOahoOtkgJrgBg9U2ld4sgFJRxZvOrnTSb4kFZGSRAiyWJWPkA+hzsVhB nK6Ki6eel5ZtEt6vMtjSXTW52750Ev9lTyzbwSBevPOWwMoqfndb/TcSl8eoL946 hBUh/6UrZd7Q8cAoLDYyj5nkJq3vE2KBjKTvCW1Aj3YZfx0zetVECn5FgXEzF0/U W44gqQCE8DZmwvGF8qf1uMWqPh16QyJLtXHAGT0/BMBIXe56s9EyrEhrDxzg/84x TdAJQzC/f9FeDGXpAQ1iqSafjtBxoMzFqooid6nh1zR88jMCDne3/uoO5QYSpDd9 k/lRZWR9dmusqu3oB7xJ8tOBXIqT49o5v1MjH5rQMudlXGBE0veqvCFIMrYIasZ2 1bimwSmU+t4FdhfQpZVa7vlYykN2WO/tBY3SDtrFhwzswHgt0Ww= =Hvdz -----END PGP SIGNATURE----- --AqsLC8rIMeq19msA-- From owner-freebsd-questions@freebsd.org Tue Jan 16 15:54:42 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BC62E77655 for ; Tue, 16 Jan 2018 15:54:42 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 9E9308004B for ; Tue, 16 Jan 2018 15:54:40 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913953; Tue, 16 Jan 2018 21:49:49 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0GFsZpW022621; Tue, 16 Jan 2018 22:54:37 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0GFsVHK022620; Tue, 16 Jan 2018 22:54:31 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Tue, 16 Jan 2018 22:54:31 +0700 From: Victor Sudakov To: Marko Turk Cc: freebsd-questions@freebsd.org Subject: Re: Dualboot and ZFS Message-ID: <20180116155431.GA22546@admin.sibptus.transneft.ru> References: <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> <20180116143559.GA21461@admin.sibptus.transneft.ru> <20180116144458.GB21464@vps.markoturk.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180116144458.GB21464@vps.markoturk.info> Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 15:54:42 -0000 Marko Turk wrote: > On Tue, Jan 16, 2018 at 09:35:59PM +0700, Victor Sudakov wrote: > > > zroot/usr is not below zroot/ROOT/some_test_be, but somehow it's > > there in the BE. Can you please explain this? > > Hi, > > that's because zroot/usr is not mounted (check 'zfs get all zroot/usr'). Yes, I know it's not mounted (canmount=off), but it's not a child dataset of zroot/ROOT/some_test_be, and yet it's somehow within zroot/ROOT/some_test_be when the BE was cloned by beadm. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Tue Jan 16 15:57:23 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24218E77A23 for ; Tue, 16 Jan 2018 15:57:23 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DCC24802DB for ; Tue, 16 Jan 2018 15:57:22 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (localhost [127.0.0.1]) by vps.markoturk.info (Postfix) with ESMTPS id 324CD273A4; Tue, 16 Jan 2018 16:57:20 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=markoturk.info; s=s1024; t=1516118240; bh=Rz42yX9PYt++hXWLWQAxfxYrU6jTMA+7KWapAmW/DNw=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=FLXwDQxIZGMfbnnU4DrS1BIfgsRYeZYWmL7f6F81nD6wG42s1oAsXeSxwPJlgU632 f7e2wbkFZSpWV1sp2T52ghRNUTjky09I7MrPCkRMTdWXEBK0YCrc+SRCzJxhap9946 PxP32MQr1K+OsF9V+9c+ofqDHx2cJKH/ROyHVMeo= Date: Tue, 16 Jan 2018 16:57:19 +0100 From: Marko Turk To: Victor Sudakov Cc: freebsd-questions@freebsd.org Subject: Re: Dualboot and ZFS Message-ID: <20180116155719.GC21464@vps.markoturk.info> References: <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> <20180116143559.GA21461@admin.sibptus.transneft.ru> <20180116144458.GB21464@vps.markoturk.info> <20180116155431.GA22546@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="VrqPEDrXMn8OVzN4" Content-Disposition: inline In-Reply-To: <20180116155431.GA22546@admin.sibptus.transneft.ru> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 15:57:23 -0000 --VrqPEDrXMn8OVzN4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 16, 2018 at 10:54:31PM +0700, Victor Sudakov wrote: > Marko Turk wrote: > > On Tue, Jan 16, 2018 at 09:35:59PM +0700, Victor Sudakov wrote: > > =20 > > > zroot/usr is not below zroot/ROOT/some_test_be, but somehow it's > > > there in the BE. Can you please explain this? > >=20 > > Hi, > >=20 > > that's because zroot/usr is not mounted (check 'zfs get all zroot/usr'). >=20 > Yes, I know it's not mounted (canmount=3Doff), but it's not a child > dataset of zroot/ROOT/some_test_be, and yet it's somehow within > zroot/ROOT/some_test_be when the BE was cloned by beadm. Hi, since zroot/usr is not mounted, path /usr/bin/* in the filesystem belongs to dataset zroot/ROOT/some_test_be so that's why the files are there. E.g.: $ df -h /usr/bin/ Filesystem Size Used Avail Capacity Mounted on zroot/ROOT/default 504G 19G 485G 4% / /Marko --VrqPEDrXMn8OVzN4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEhcgjUnLArcQCyVEgeDpsXaaozYgFAlpeIN4ACgkQeDpsXaao zYg1NQ/+LIc0qsjUdSbL6ZSUhZ53TvpPfO47SGMOwUlQ212Rlib9UL9LvY0ZYmJU WB/gH9fbxSn8rL+IQP0orALF7Hf2Voa/SEfoXo+hM3CLXFIng2mW1c42jRr6O2Cb rDWqOziPYS7QZTkHmCLFPVQv+YcSdB5iB+9fhRUEgvsaUCTkCCVqpUKk5TVhSAq5 H/ELOr6vplnuufZZP4NWvFSYyHyTkUwjkjZNb5W3s2RuRHBik0QiiKBppiynzhPJ X4uy4HxriK2mpCNudddGfIapaEJKX9SUOF6XAFHnaJYmqXyKwg2wr23nufV9p5Xj 71x4Uqt8PLTbxwFRy6cqjOF+YGpTEXVMwL5itqWMUwBjSVRULcKasJKJM8FKJXPn sJ451//TpOWFQxc3Z3+J9CbVS1/FGqACPpo8pgWkxtNZ+FyxuHkgD9UNipTiWtjf poam5oB4rPwHC84+P5eiHgP2wqVAYoqiWGK00IQYqIbpfGPHHfT0W6cgq9Y9wWPX qBKvnEQYW/eAY9cvqM8IEGZviuKTpXJk9PmLV8XBmCCGZgtocg46XhunwB0vjuYC iaMmqV/K8KnARDEhgzOHfSklhXdeF6i1I+ZMozOyAV+KIX8GUpXvFPzAE8OQL/DJ B7NQ9hfeRVtYr1/G3hOXBjoGuQRpZLozFxis62p4N5eN+R/MzLk= =fRll -----END PGP SIGNATURE----- --VrqPEDrXMn8OVzN4-- From owner-freebsd-questions@freebsd.org Tue Jan 16 16:11:35 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 20C2AE787D0 for ; Tue, 16 Jan 2018 16:11:35 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id D86F580D64 for ; Tue, 16 Jan 2018 16:11:34 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLZwN5xstz3jYqw for ; Tue, 16 Jan 2018 17:11:32 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLZwN5C0Bz3jYr2 for ; Tue, 16 Jan 2018 17:11:32 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 97C9D1B7303 for ; Tue, 16 Jan 2018 17:11:32 +0100 (CET) Date: Tue, 16 Jan 2018 17:11:32 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zLZwN5C0Bz3jYr2@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 16:11:35 -0000 On Tue, 16 Jan 2018 07:57:04 -0600 Weldon Godfrey wrote: > Does the directory listings get better after awhile? I am thinking the > dovecot cache files for each user will get generated upon their first login > unless your force it to be generated. Well, I'm referring to listing obtained using the command: root@baobab:~ # ls -l /var/spool/mail and, yes, first run is about seven seconds, next ones are five seconds. Linux takes under one second, same 595 files. Waiting another minute leads back to a seven seconds wait. Thanks for now, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 16:19:09 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E91E1E78CDC for ; Tue, 16 Jan 2018 16:19:09 +0000 (UTC) (envelope-from michaelsprivate@gmail.com) Received: from mail-qt0-x235.google.com (mail-qt0-x235.google.com [IPv6:2607:f8b0:400d:c0d::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A13B7811B0 for ; Tue, 16 Jan 2018 16:19:09 +0000 (UTC) (envelope-from michaelsprivate@gmail.com) Received: by mail-qt0-x235.google.com with SMTP id e2so18878065qti.0 for ; Tue, 16 Jan 2018 08:19:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=8XxrFF0wLbCLvUm0UI1RV5b2Ei581wZnSdSsYlHhAbE=; b=nRlfoIzX2dcn/DJj8QwKEkOiCKbW3/P9mo2EMfyUk2YqrH5JOWqvxPq3kMIJZBgDDA 4nwRG3bcv6OlQgSQj3jS8MopmfNMdSFmh44FXYSNvI/ICFp3fldTcAtARRJz8q8jzPiZ 4VKysU4CJ7VqGV1UzfJnXRbyBx9I+nOLKHlqyha1AT4yaV8zTz0A+2Y320z6ddss8eKf 9Ha0lxSHsnjO7xbvJyE2eF30rHB88D19mgg3YRtdjKZRlgmx14oaXojxgmnBkF3JMklA rusFWy578A7Fpee0pfRxS+mJ0THtSUc//oSC2oMPoWPW+I5EDCuYxsDQkFGYvwnhiNV7 No2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=8XxrFF0wLbCLvUm0UI1RV5b2Ei581wZnSdSsYlHhAbE=; b=R5JuvorYXt5/ijbeit21S8ufABijj+nEf55Ox/u+AyUL8fL76PTXDe4TdFXmYzvvrK vK2aHqGJM8qjx/D0l8PZ6tG70cml7RGG5MOBlgG91UAO9jeDwryNdP4+BopBki40zyPT ZnY0rGtCG7YHO7GO49XllYIGpXrcBA6cjweCM+G1l0bCVr4ahvqGbUrqfgwyIWUc/9AH ZT6TH2b0P/VIEvtFQEzj4R6St1Qq9bQauUXNN9dfuQEOMpP05NvXxb+53KyYI7ZlvyYQ xAksdi9iYkNa8+oP/p5uI8AYSJ6NZ2GUSwJ9xCa43ruSVAVzt8y5E1+8g4knL1t940FL J9yA== X-Gm-Message-State: AKwxytfhYFYTqPQDls2hZ5dRojy97yFGuxddwU1aPnKOFf6i02YSie3a Qyx5Q4D6p8O9X/AM+a1n3my3KzA0dkNiABpAfMg= X-Google-Smtp-Source: ACJfBouB6kVpVDyLxM6FYXv7g+t6boPEZHhsTYMCZ2ok9x0AzuQcKyf3mAHNN1M1O07erUcuRAti1PP5dXKtQanO58c= X-Received: by 10.200.15.141 with SMTP id b13mr16013965qtk.301.1516119548719; Tue, 16 Jan 2018 08:19:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.157.9 with HTTP; Tue, 16 Jan 2018 08:18:48 -0800 (PST) In-Reply-To: <3zLZwN5C0Bz3jYr2@baobab.bilink.it> References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> From: Michael Schuster Date: Tue, 16 Jan 2018 17:18:48 +0100 Message-ID: Subject: Re: Directory listing speed To: Luciano Mannucci Cc: freeBSD Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 16:19:10 -0000 Luciano, a few questions come to mind: - what are you doing with the output (> /dev/null?)? - how are you measuring this? - what else is the machine doing while you're doing your 'ls'? - [you may have said so in an earlier message:] is the HW (including disk infrastructure) comparable to the linux box? - is this time you're reporting, while significant, the only issue you have, or do you actually see something really show-stopping on that machine (IOW, what problem are you trying to solve)? - do you have comparable numbers in comparable directories? - do you see any error messages or warnings in the logs? you get the idea ... :-) HTH Michael On Tue, Jan 16, 2018 at 5:11 PM, Luciano Mannucci wrote: > On Tue, 16 Jan 2018 07:57:04 -0600 > Weldon Godfrey wrote: > > > Does the directory listings get better after awhile? I am thinking the > > dovecot cache files for each user will get generated upon their first > login > > unless your force it to be generated. > Well, I'm referring to listing obtained using the command: > > root@baobab:~ # ls -l /var/spool/mail > > and, yes, first run is about seven seconds, next ones are five seconds. > Linux takes under one second, same 595 files. Waiting another minute > leads back to a seven seconds wait. > > Thanks for now, > > Luciano. > -- > /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) > \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 > X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG > / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > -- Michael Schuster http://recursiveramblings.wordpress.com/ recursion, n: see 'recursion' From owner-freebsd-questions@freebsd.org Tue Jan 16 16:28:56 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9D3EEE79660 for ; Tue, 16 Jan 2018 16:28:56 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6717B81A1E for ; Tue, 16 Jan 2018 16:28:56 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x231.google.com with SMTP id 196so5501833iti.5 for ; Tue, 16 Jan 2018 08:28:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=QXXQuPDhTzvU5rFCIhLlH37cKXFkAyfrY5s7qRgem3U=; b=G54CcXVI6vqFiRN3yrdYQaxkt/g/CSg+Q7ZYGI9S3k64eu9qOY17eazima0nd2tK8/ +3IvREm6sdTvS+rZWHbx6nM5b1EOR/E3I1TkNs6YxHAKO+1Eot/y30QjYQdQkU6gIi+k ARuB/hYMsRnbFXpTgufA8CAUmlJ1RgmNs3o28GSXCQjqWe+v10gBpgWn1WFX+r31Kve+ 5kkO58OPibWWmYSY4NZd3VS2GPgpB2X9JTDx6+0Tl3GBZnGOBbftLvnsXgRwDQ8eHEcm v1FMLI/9XGkZuJkRAK+cS0Wcguble/VHyXu8ORme0WOk/x8MigJom3t/lbA7PK+CSlDQ T/Hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=QXXQuPDhTzvU5rFCIhLlH37cKXFkAyfrY5s7qRgem3U=; b=WzNpRhYMEULqO1BqtqUUqOisxv7BwafBYoWhF+yveY9BNKyQcXRr3yF5MyybWv/uBk 7oo9vsvARBqceq+4ohZiU5b/4ElDJ41nFFrb2PUA8FKWmZb9ghxGUfYxM9ozml8AmU3U wEGx9cGgpBwp7L9Y/fxpheA4FsM1TxS7urA24kWelRMtYEUOFyyZE7U8Uic4kDEFIlJp suXusNChhVK8+FMOAzx5I9FqzsVQKFuxDC0GEdgo2k3lYljuFufGh6dLur/zqGO90vmR MV4U2CX/KzPVIJU63EJL1ASzdIZWeyCByVslWB2jL+vekCotkWaRBgtz+A/jyl2hiPuz MtJA== X-Gm-Message-State: AKwxytc4KFv7wH3h31ebn/cogdh2nG98tQkBKnetnH5u7K6P85r7Hw0B d02lyo+xSG9mtvXdUOpz/jdNgz7+CvYk+qUAx30HMA== X-Google-Smtp-Source: ACJfBovKrOghdO7aqTrvG1culgl/a1rrj3WocxVkd9m8UnoPsikrmA5kS2J+8EujeZuoqVhrezsrsnBe1MtviEcMH+E= X-Received: by 10.36.238.194 with SMTP id b185mr5664178iti.100.1516120135594; Tue, 16 Jan 2018 08:28:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.107.164.193 with HTTP; Tue, 16 Jan 2018 08:28:54 -0800 (PST) In-Reply-To: <76499e59-497e-bb96-7adc-4484da8197d4@googlemail.com> References: <76499e59-497e-bb96-7adc-4484da8197d4@googlemail.com> From: blubee blubeeme Date: Wed, 17 Jan 2018 00:28:54 +0800 Message-ID: Subject: Re: Speculation & meldown. Nothing new! To: Dave B Cc: FreeBSD Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 16:28:56 -0000 On Tue, Jan 16, 2018 at 9:17 PM, Dave B via freebsd-questions < freebsd-questions@freebsd.org> wrote: > Here you go. From SN show notes for episode 645, aired last week. > > From:- https://www.grc.com/sn/sn-645-notes.pdf Page 12 of 13. > > > WhatWhat's Old is New Again... > 1995: "The Intel 80x86 Processor Architecture: Pitfalls for Secure > Systems." > https://pdfs.semanticscholar.org/2209/42809262c17b6631c0f6536c91aaf7 > 756857.pdf > 1995: on page 9 under section "4.2 Security Flaws": Item 6. Prefetching > may fetch otherwise > inaccessible instructions in Virtual 8086 mode. (From a paper in 1992!) > -- 25 years ago. > > > Enjoy. > > Dave B. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > Yea but look at those single core performance speeds! /s How does performance stack up now when valid security practices are applied? From owner-freebsd-questions@freebsd.org Tue Jan 16 16:52:15 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 807D0E7A661 for ; Tue, 16 Jan 2018 16:52:15 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id DC0028268D for ; Tue, 16 Jan 2018 16:52:13 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39913983; Tue, 16 Jan 2018 22:47:23 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0GGqAQn023285; Tue, 16 Jan 2018 23:52:12 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0GGq6Yt023283; Tue, 16 Jan 2018 23:52:06 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Tue, 16 Jan 2018 23:52:06 +0700 From: Victor Sudakov To: Marko Turk Cc: freebsd-questions@freebsd.org Subject: Re: Dualboot and ZFS Message-ID: <20180116165206.GA23125@admin.sibptus.transneft.ru> References: <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> <20180116143559.GA21461@admin.sibptus.transneft.ru> <20180116144458.GB21464@vps.markoturk.info> <20180116155431.GA22546@admin.sibptus.transneft.ru> <20180116155719.GC21464@vps.markoturk.info> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180116155719.GC21464@vps.markoturk.info> Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 16:52:15 -0000 Marko Turk wrote: > > > > > > > zroot/usr is not below zroot/ROOT/some_test_be, but somehow it's > > > > there in the BE. Can you please explain this? > > > > > > Hi, > > > > > > that's because zroot/usr is not mounted (check 'zfs get all zroot/usr'). > > > > Yes, I know it's not mounted (canmount=off), but it's not a child > > dataset of zroot/ROOT/some_test_be, and yet it's somehow within > > zroot/ROOT/some_test_be when the BE was cloned by beadm. > > Hi, > > since zroot/usr is not mounted, path /usr/bin/* in the filesystem > belongs to dataset zroot/ROOT/some_test_be But why is that? This must be witchcraft :-) Why does it not belong to dataset "zroot", or dataset "zroot/ROOT/some_other_great_be"? Is it because zroot/ROOT/some_test_be is mounted on / ? > so that's why the files are > there. > > E.g.: > $ df -h /usr/bin/ > Filesystem Size Used Avail Capacity Mounted on > zroot/ROOT/default 504G 19G 485G 4% / > Very demonstrative, thank you, but what makes "zroot/ROOT/default" and not any other dataset the container for the files in /usr/bin/ ? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Tue Jan 16 16:55:42 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24510E7A995 for ; Tue, 16 Jan 2018 16:55:42 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id DE54F829FF for ; Tue, 16 Jan 2018 16:55:41 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLbvJ1fdfz3jYqw for ; Tue, 16 Jan 2018 17:55:40 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLbvJ0vtWz3jYmC for ; Tue, 16 Jan 2018 17:55:40 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 0386B1B7303 for ; Tue, 16 Jan 2018 17:55:40 +0100 (CET) Date: Tue, 16 Jan 2018 17:55:39 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zLbvJ0vtWz3jYmC@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 16:55:42 -0000 On Tue, 16 Jan 2018 17:18:48 +0100 Michael Schuster wrote: > a few questions come to mind: > - what are you doing with the output (> /dev/null?)? No, I'm sseing it on my ssh session. I have omitted it for brevity... :) > - how are you measuring this? By looking at the clock on my xfce screen. I know it is not very precise, but the difference is substantial enough to make me think I've made probably something wrong. > - what else is the machine doing while you're doing your 'ls'? It's normal duty: serving emails... :) Though it is not under heavy load... > - [you may have said so in an earlier message:] is the HW (including disk > infrastructure) comparable to the linux box? No it isn't, it is ten years more modern, has twice the ram, 8 CPU cores instead of 2, and is able to deliver more than two tousand mail per minutes while the older linux system has never met a tenth of that speed. > - is this time you're reporting, while significant, the only issue you Yes. > have, or do you actually see something really show-stopping on that machine > (IOW, what problem are you trying to solve)? I'm just worried. It is my first big freebsd server I've put in production. > - do you have comparable numbers in comparable directories? Well, not really. It is the only directory where all the files have a different owner. > - do you see any error messages or warnings in the logs? Nope. Many thanks for now, Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 17:10:00 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E60DEE7B654 for ; Tue, 16 Jan 2018 17:10:00 +0000 (UTC) (envelope-from chris@cretaforce.gr) Received: from smtp2.cretaforce.gr (smtp2.cretaforce.gr [88.99.190.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.cretaforce.gr", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7B9278329A for ; Tue, 16 Jan 2018 17:10:00 +0000 (UTC) (envelope-from chris@cretaforce.gr) Received: from server1.cretaforce.gr (server1.cretaforce.gr [138.201.248.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.cretaforce.gr", Issuer "RapidSSL SHA256 CA" (verified OK)) by smtp2.cretaforce.gr (Postfix) with ESMTPS id 65501121596 for ; Tue, 16 Jan 2018 19:00:25 +0200 (EET) Received: by server1.cretaforce.gr (Postfix, from userid 109) id 49A9427344; Tue, 16 Jan 2018 19:00:25 +0200 (EET) Received: from 192.168.2.4 (unknown [83.235.111.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: chris@cretaforce.gr) by server1.cretaforce.gr (Postfix) with ESMTPSA id 14A122732E for ; Tue, 16 Jan 2018 19:00:25 +0200 (EET) From: Christos Chatzaras Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Directory listing speed Date: Tue, 16 Jan 2018 19:00:21 +0200 References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> To: freebsd-questions@freebsd.org In-Reply-To: <3zLbvJ0vtWz3jYmC@baobab.bilink.it> Message-Id: <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> X-Mailer: Apple Mail (2.3445.5.20) X-Bogosity: Ham X-CretaForce-MailScanner-Information: Please contact the ISP for more information X-CretaForce-MailScanner-ID: 65501121596.A63F2 X-CretaForce-MailScanner: Found to be clean X-CretaForce-MailScanner-From: chris@cretaforce.gr X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 17:10:01 -0000 Can you show the output of command: gpart list > On 16 Jan 2018, at 18:55, Luciano Mannucci = wrote: >=20 > On Tue, 16 Jan 2018 17:18:48 +0100 > Michael Schuster wrote: >=20 >> a few questions come to mind: >> - what are you doing with the output (> /dev/null?)? > No, I'm sseing it on my ssh session. I have omitted it for brevity... = :) >=20 >> - how are you measuring this? > By looking at the clock on my xfce screen. I know it is not very = precise, > but the difference is substantial enough to make me think I've made > probably something wrong. >=20 >> - what else is the machine doing while you're doing your 'ls'? > It's normal duty: serving emails... :) Though it is not under heavy = load... >=20 >> - [you may have said so in an earlier message:] is the HW (including = disk >> infrastructure) comparable to the linux box? > No it isn't, it is ten years more modern, has twice the ram, 8 CPU = cores > instead of 2, and is able to deliver more than two tousand mail per = minutes > while the older linux system has never met a tenth of that speed. >=20 >> - is this time you're reporting, while significant, the only issue = you > Yes. >=20 >> have, or do you actually see something really show-stopping on that = machine >> (IOW, what problem are you trying to solve)? > I'm just worried. It is my first big freebsd server I've put in = production. >=20 >> - do you have comparable numbers in comparable directories? > Well, not really. It is the only directory where all the > files have a different owner. >=20 >> - do you see any error messages or warnings in the logs? > Nope. >=20 > Many thanks for now, >=20 > Luciano. > --=20 > /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) > \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 > X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG > / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Tue Jan 16 17:19:59 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A59AE7BF22 for ; Tue, 16 Jan 2018 17:19:59 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 3DDAB839A7 for ; Tue, 16 Jan 2018 17:19:59 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLcRK6dgPz3jYr2 for ; Tue, 16 Jan 2018 18:19:57 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLcRK5tcYz3jYr1 for ; Tue, 16 Jan 2018 18:19:57 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id B3B9D1B7303 for ; Tue, 16 Jan 2018 18:19:57 +0100 (CET) Date: Tue, 16 Jan 2018 18:19:57 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: <3zLbvJ0vtWz3jYmC@baobab.bilink.it> References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zLcRK5tcYz3jYr1@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 17:19:59 -0000 On Tue, 16 Jan 2018 17:55:39 +0100 Luciano Mannucci wrote: > > - do you have comparable numbers in comparable directories? > Well, not really. It is the only directory where all the > files have a different owner. I'm replying to myself :) - I've found an even better one, with 1970 directories bleonging to 1970 users. I've measured the ls command with "time", here the results: Freebsd: time ls -l /home/ ...listing omitted... drwxr-xr-x 2 zanoletti poppers 3 Oct 16 2014 zanoletti 1.433u 12.534s 0:13.97 99.9% 35+172k 0+0io 0pf+0w Linux: time ls -l /home/ ...-listing omitted... drwxr-xr-x 2 zanoletti poppers 4096 Oct 16 2014 zanoletti real 0m0.291s user 0m0.060s sys 0m0.092s Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 17:27:44 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D9C44E7C7C6 for ; Tue, 16 Jan 2018 17:27:44 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6AB66168 for ; Tue, 16 Jan 2018 17:27:44 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLccH1R7Cz3jYmC for ; Tue, 16 Jan 2018 18:27:43 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLccH0h2Kz3jYm9 for ; Tue, 16 Jan 2018 18:27:43 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id DFCD81B7303 for ; Tue, 16 Jan 2018 18:27:42 +0100 (CET) Date: Tue, 16 Jan 2018 18:27:42 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zLccH0h2Kz3jYm9@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 17:27:44 -0000 On Tue, 16 Jan 2018 19:00:21 +0200 Christos Chatzaras wrote: > Can you show the output of command: > > gpart list Geom name: ada0 modified: false state: OK fwheads: 16 fwsectors: 63 last: 1953525134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada0p1 Mediasize: 524288 (512K) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: d845a6c4-c5f5-11e6-afaf-0015174f53f2 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: gptboot0 length: 524288 offset: 20480 type: freebsd-boot index: 1 end: 1063 start: 40 2. Name: ada0p2 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r1w1e1 rawuuid: d8770a31-c5f5-11e6-afaf-0015174f53f2 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: swap0 length: 2147483648 offset: 1048576 type: freebsd-swap index: 2 end: 4196351 start: 2048 3. Name: ada0p3 Mediasize: 998055608320 (930G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r1w1e1 rawuuid: d88f4fa4-c5f5-11e6-afaf-0015174f53f2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: zfs0 length: 998055608320 offset: 2148532224 type: freebsd-zfs index: 3 end: 1953523711 start: 4196352 Consumers: 1. Name: ada0 Mediasize: 1000204886016 (932G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r2w2e4 Geom name: ada1 modified: false state: OK fwheads: 16 fwsectors: 63 last: 1953525134 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada1p1 Mediasize: 524288 (512K) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r0w0e0 rawuuid: d8f6eb28-c5f5-11e6-afaf-0015174f53f2 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: gptboot1 length: 524288 offset: 20480 type: freebsd-boot index: 1 end: 1063 start: 40 2. Name: ada1p2 Mediasize: 2147483648 (2.0G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r1w1e1 rawuuid: d9172c4b-c5f5-11e6-afaf-0015174f53f2 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: swap1 length: 2147483648 offset: 1048576 type: freebsd-swap index: 2 end: 4196351 start: 2048 3. Name: ada1p3 Mediasize: 998055608320 (930G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r1w1e1 rawuuid: d92d1234-c5f5-11e6-afaf-0015174f53f2 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: zfs1 length: 998055608320 offset: 2148532224 type: freebsd-zfs index: 3 end: 1953523711 start: 4196352 Consumers: 1. Name: ada1 Mediasize: 1000204886016 (932G) Sectorsize: 512 Stripesize: 4096 Stripeoffset: 0 Mode: r2w2e4 Geom name: ada2 modified: false state: OK fwheads: 16 fwsectors: 63 last: 1000215182 first: 34 entries: 128 scheme: GPT Providers: 1. Name: ada2p1 Mediasize: 524288 (512K) Sectorsize: 512 Stripesize: 0 Stripeoffset: 17408 Mode: r0w0e0 rawuuid: 317b1b52-6d59-11e7-9e91-0015174f53f2 rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: (null) length: 524288 offset: 17408 type: freebsd-boot index: 1 end: 1057 start: 34 2. Name: ada2p2 Mediasize: 180388626432 (168G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 541696 Mode: r1w1e1 rawuuid: 3bf64efd-6d59-11e7-9e91-0015174f53f2 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 180388626432 offset: 541696 type: freebsd-ufs index: 2 end: 352322593 start: 1058 3. Name: ada2p3 Mediasize: 8589934592 (8.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 541696 Mode: r0w0e0 rawuuid: 3fa7af3b-6d59-11e7-9e91-0015174f53f2 rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: (null) length: 8589934592 offset: 180389168128 type: freebsd-swap index: 3 end: 369099809 start: 352322594 4. Name: ada2p4 Mediasize: 323131070976 (301G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 541696 Mode: r1w1e1 rawuuid: 45d19734-6d59-11e7-9e91-0015174f53f2 rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 323131070976 offset: 188979102720 type: freebsd-ufs index: 4 end: 1000215182 start: 369099810 Consumers: 1. Name: ada2 Mediasize: 512110190592 (477G) Sectorsize: 512 Mode: r2w2e4 Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 17:44:56 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6217EE7D6E1 for ; Tue, 16 Jan 2018 17:44:56 +0000 (UTC) (envelope-from chris@cretaforce.gr) Received: from smtp4.cretaforce.gr (smtp4.cretaforce.gr [78.47.152.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.cretaforce.gr", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 08A18F5C for ; Tue, 16 Jan 2018 17:44:55 +0000 (UTC) (envelope-from chris@cretaforce.gr) Received: from server1.cretaforce.gr (server1.cretaforce.gr [138.201.248.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.cretaforce.gr", Issuer "RapidSSL SHA256 CA" (verified OK)) by smtp4.cretaforce.gr (Postfix) with ESMTPS id A13C740FB1 for ; Tue, 16 Jan 2018 19:38:34 +0200 (EET) Received: by server1.cretaforce.gr (Postfix, from userid 109) id 8CFB12734A; Tue, 16 Jan 2018 19:38:34 +0200 (EET) Received: from 192.168.2.4 (unknown [83.235.111.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: chris@cretaforce.gr) by server1.cretaforce.gr (Postfix) with ESMTPSA id 46D3B2732E for ; Tue, 16 Jan 2018 19:38:34 +0200 (EET) From: Christos Chatzaras Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Directory listing speed Date: Tue, 16 Jan 2018 19:38:32 +0200 References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> To: freebsd-questions@freebsd.org In-Reply-To: <3zLccH0h2Kz3jYm9@baobab.bilink.it> Message-Id: X-Mailer: Apple Mail (2.3445.5.20) X-Bogosity: Ham X-CretaForce-MailScanner-Information: Please contact the ISP for more information X-CretaForce-MailScanner-ID: A13C740FB1.AE357 X-CretaForce-MailScanner: Found to be clean X-CretaForce-MailScanner-From: chris@cretaforce.gr X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 17:44:56 -0000 ada2p3 and ada2p4 are not aligned. Do you use ada2p4 for the data? > On 16 Jan 2018, at 19:27, Luciano Mannucci = wrote: >=20 > On Tue, 16 Jan 2018 19:00:21 +0200 > Christos Chatzaras wrote: >=20 >> Can you show the output of command: >>=20 >> gpart list > Geom name: ada0 > modified: false > state: OK > fwheads: 16 > fwsectors: 63 > last: 1953525134 > first: 34 > entries: 128 > scheme: GPT > Providers: > 1. Name: ada0p1 > Mediasize: 524288 (512K) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > rawuuid: d845a6c4-c5f5-11e6-afaf-0015174f53f2 > rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f > label: gptboot0 > length: 524288 > offset: 20480 > type: freebsd-boot > index: 1 > end: 1063 > start: 40 > 2. Name: ada0p2 > Mediasize: 2147483648 (2.0G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r1w1e1 > rawuuid: d8770a31-c5f5-11e6-afaf-0015174f53f2 > rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b > label: swap0 > length: 2147483648 > offset: 1048576 > type: freebsd-swap > index: 2 > end: 4196351 > start: 2048 > 3. Name: ada0p3 > Mediasize: 998055608320 (930G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r1w1e1 > rawuuid: d88f4fa4-c5f5-11e6-afaf-0015174f53f2 > rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b > label: zfs0 > length: 998055608320 > offset: 2148532224 > type: freebsd-zfs > index: 3 > end: 1953523711 > start: 4196352 > Consumers: > 1. Name: ada0 > Mediasize: 1000204886016 (932G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r2w2e4 >=20 > Geom name: ada1 > modified: false > state: OK > fwheads: 16 > fwsectors: 63 > last: 1953525134 > first: 34 > entries: 128 > scheme: GPT > Providers: > 1. Name: ada1p1 > Mediasize: 524288 (512K) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r0w0e0 > rawuuid: d8f6eb28-c5f5-11e6-afaf-0015174f53f2 > rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f > label: gptboot1 > length: 524288 > offset: 20480 > type: freebsd-boot > index: 1 > end: 1063 > start: 40 > 2. Name: ada1p2 > Mediasize: 2147483648 (2.0G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r1w1e1 > rawuuid: d9172c4b-c5f5-11e6-afaf-0015174f53f2 > rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b > label: swap1 > length: 2147483648 > offset: 1048576 > type: freebsd-swap > index: 2 > end: 4196351 > start: 2048 > 3. Name: ada1p3 > Mediasize: 998055608320 (930G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r1w1e1 > rawuuid: d92d1234-c5f5-11e6-afaf-0015174f53f2 > rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b > label: zfs1 > length: 998055608320 > offset: 2148532224 > type: freebsd-zfs > index: 3 > end: 1953523711 > start: 4196352 > Consumers: > 1. Name: ada1 > Mediasize: 1000204886016 (932G) > Sectorsize: 512 > Stripesize: 4096 > Stripeoffset: 0 > Mode: r2w2e4 >=20 > Geom name: ada2 > modified: false > state: OK > fwheads: 16 > fwsectors: 63 > last: 1000215182 > first: 34 > entries: 128 > scheme: GPT > Providers: > 1. Name: ada2p1 > Mediasize: 524288 (512K) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 17408 > Mode: r0w0e0 > rawuuid: 317b1b52-6d59-11e7-9e91-0015174f53f2 > rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f > label: (null) > length: 524288 > offset: 17408 > type: freebsd-boot > index: 1 > end: 1057 > start: 34 > 2. Name: ada2p2 > Mediasize: 180388626432 (168G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 541696 > Mode: r1w1e1 > rawuuid: 3bf64efd-6d59-11e7-9e91-0015174f53f2 > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 180388626432 > offset: 541696 > type: freebsd-ufs > index: 2 > end: 352322593 > start: 1058 > 3. Name: ada2p3 > Mediasize: 8589934592 (8.0G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 541696 > Mode: r0w0e0 > rawuuid: 3fa7af3b-6d59-11e7-9e91-0015174f53f2 > rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 8589934592 > offset: 180389168128 > type: freebsd-swap > index: 3 > end: 369099809 > start: 352322594 > 4. Name: ada2p4 > Mediasize: 323131070976 (301G) > Sectorsize: 512 > Stripesize: 0 > Stripeoffset: 541696 > Mode: r1w1e1 > rawuuid: 45d19734-6d59-11e7-9e91-0015174f53f2 > rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > label: (null) > length: 323131070976 > offset: 188979102720 > type: freebsd-ufs > index: 4 > end: 1000215182 > start: 369099810 > Consumers: > 1. Name: ada2 > Mediasize: 512110190592 (477G) > Sectorsize: 512 > Mode: r2w2e4 >=20 > Luciano. > --=20 > /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) > \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 > X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG > / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Tue Jan 16 17:57:38 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AB61FE7E1E4 for ; Tue, 16 Jan 2018 17:57:38 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1441950 for ; Tue, 16 Jan 2018 17:57:38 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLdGn0RqHz3jYmC for ; Tue, 16 Jan 2018 18:57:37 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLdGm6pwZz3jYm9 for ; Tue, 16 Jan 2018 18:57:36 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id D293C1B7431 for ; Tue, 16 Jan 2018 18:57:36 +0100 (CET) Date: Tue, 16 Jan 2018 18:57:36 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zLdGm6pwZz3jYm9@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 17:57:38 -0000 On Tue, 16 Jan 2018 19:38:32 +0200 Christos Chatzaras wrote: > ada2p3 and ada2p4 are not aligned. Do you use ada2p4 for the data? here's my df output: root@baobab:~ # df -h Filesystem Size Used Avail Capacity Mounted on zroot/ROOT/default 886G 112G 774G 13% / devfs 1.0K 1.0K 0B 100% /dev /dev/ada2p2 163G 299M 149G 0% /dati /dev/ada2p4 291G 82G 186G 31% /var fdescfs 1.0K 1.0K 0B 100% /dev/fd procfs 4.0K 4.0K 0B 100% /proc linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc tmpfs 6.2G 4.0K 6.2G 0% /compat/linux/dev/shm zroot/tmp 775G 492M 774G 0% /tmp zroot/usr/home 782G 7.5G 774G 1% /usr/home zroot/usr/ports 775G 703M 774G 0% /usr/ports zroot/usr/src 778G 4.2G 774G 1% /usr/src zroot 774G 96K 774G 0% /zroot BTW, issueing ls whithout the -l takes almost no time. (I mean, less than one second). luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 18:20:01 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E8C99E7F587 for ; Tue, 16 Jan 2018 18:20:01 +0000 (UTC) (envelope-from chris@cretaforce.gr) Received: from smtp3.cretaforce.gr (smtp3.cretaforce.gr [88.99.189.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.cretaforce.gr", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A5D962862 for ; Tue, 16 Jan 2018 18:20:01 +0000 (UTC) (envelope-from chris@cretaforce.gr) Received: from server1.cretaforce.gr (server1.cretaforce.gr [138.201.248.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.cretaforce.gr", Issuer "RapidSSL SHA256 CA" (verified OK)) by smtp3.cretaforce.gr (Postfix) with ESMTPS id F31DD140AE6 for ; Tue, 16 Jan 2018 20:12:47 +0200 (EET) Received: by server1.cretaforce.gr (Postfix, from userid 109) id DEED42734A; Tue, 16 Jan 2018 20:12:47 +0200 (EET) Received: from [192.168.2.4] (unknown [83.235.111.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: chris@cretaforce.gr) by server1.cretaforce.gr (Postfix) with ESMTPSA id AB2D827335 for ; Tue, 16 Jan 2018 20:12:47 +0200 (EET) From: Christos Chatzaras Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Directory listing speed Date: Tue, 16 Jan 2018 20:12:46 +0200 References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> <3zLdGm6pwZz3jYm9@baobab.bilink.it> To: freebsd-questions@freebsd.org In-Reply-To: <3zLdGm6pwZz3jYm9@baobab.bilink.it> Message-Id: <944768D2-3308-4216-8BF7-17ABA6471433@cretaforce.gr> X-Mailer: Apple Mail (2.3445.5.20) X-Bogosity: Ham X-CretaForce-MailScanner-Information: Please contact the ISP for more information X-CretaForce-MailScanner-ID: F31DD140AE6.ADC32 X-CretaForce-MailScanner: Found to be clean X-CretaForce-MailScanner-From: chris@cretaforce.gr X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 18:20:02 -0000 In what partition you store the e-mail data? /var or /usr/home ? > On 16 Jan 2018, at 19:57, Luciano Mannucci = wrote: >=20 > On Tue, 16 Jan 2018 19:38:32 +0200 > Christos Chatzaras wrote: >=20 >> ada2p3 and ada2p4 are not aligned. Do you use ada2p4 for the data? > here's my df output: > root@baobab:~ # df -h > Filesystem Size Used Avail Capacity Mounted on > zroot/ROOT/default 886G 112G 774G 13% / > devfs 1.0K 1.0K 0B 100% /dev > /dev/ada2p2 163G 299M 149G 0% /dati > /dev/ada2p4 291G 82G 186G 31% /var > fdescfs 1.0K 1.0K 0B 100% /dev/fd > procfs 4.0K 4.0K 0B 100% /proc > linprocfs 4.0K 4.0K 0B 100% = /compat/linux/proc > tmpfs 6.2G 4.0K 6.2G 0% = /compat/linux/dev/shm > zroot/tmp 775G 492M 774G 0% /tmp > zroot/usr/home 782G 7.5G 774G 1% /usr/home > zroot/usr/ports 775G 703M 774G 0% /usr/ports > zroot/usr/src 778G 4.2G 774G 1% /usr/src > zroot 774G 96K 774G 0% /zroot >=20 > BTW, issueing ls whithout the -l takes almost no time. (I mean, less > than one second). >=20 > luciano. > --=20 > /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) > \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 > X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG > / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Tue Jan 16 18:24:56 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1B1A9E7FD10 for ; Tue, 16 Jan 2018 18:24:56 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id D341F30E2 for ; Tue, 16 Jan 2018 18:24:55 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLdtG2mylz3jYqw for ; Tue, 16 Jan 2018 19:24:54 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLdtG21vfz3jYqr for ; Tue, 16 Jan 2018 19:24:54 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 2EB0D1B7431 for ; Tue, 16 Jan 2018 19:24:54 +0100 (CET) Date: Tue, 16 Jan 2018 19:24:53 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: <944768D2-3308-4216-8BF7-17ABA6471433@cretaforce.gr> References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> <3zLdGm6pwZz3jYm9@baobab.bilink.it> <944768D2-3308-4216-8BF7-17ABA6471433@cretaforce.gr> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zLdtG21vfz3jYqr@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 18:24:56 -0000 On Tue, 16 Jan 2018 20:12:46 +0200 Christos Chatzaras wrote: > In what partition you store the e-mail data? /var or /usr/home ? Mail is stored in /var/spool. In /usr/home I have just .forward and vacation messages & db. Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 18:28:32 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A857EA60A3 for ; Tue, 16 Jan 2018 18:28:32 +0000 (UTC) (envelope-from michaelsprivate@gmail.com) Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E1E4351B for ; Tue, 16 Jan 2018 18:28:32 +0000 (UTC) (envelope-from michaelsprivate@gmail.com) Received: by mail-qt0-x234.google.com with SMTP id e2so19415593qti.0 for ; Tue, 16 Jan 2018 10:28:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aR/x36cGQS0N8mtfAxkmrUMLeHzjzrziSUaYDZIahVk=; b=Alj3ygyVqDsSLwGNoLKV1Wi1mD1n1/q+2nEvk7wMpShSXLjDdfTwTJn/Vw6dwW9joh n9AQ/oFYzmb8gPxG2tBeT0Ar6hFYNN+3cPInCJ9047/pR2Q5qbXf5Tz+eiqotxTPFE2d 46B6/MndvPd2mI0JgBvcRotb40gdWE0KjTpsicfUqWNSlvA58WW9IUcdqaoeyprqw1Rl dlQ24qEYE6As7fP3yw4ptK6Zp1wB85woaqkAF0a1QD6xiImd0avpSuy80r7+qSol8pAM HYvKbuKhgLYy2LmeG8L8USMzRl3JhOKvJ3lhllxWR/r4MEb6yYj5u/C/oZxfUyDHX5Fa KipQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=aR/x36cGQS0N8mtfAxkmrUMLeHzjzrziSUaYDZIahVk=; b=XWFJ9lqIOjpM7A7Wmxp6H98hp0V2popAp8NjC9MsapI8aenFJwJ86iVMFjXWy97uKC fzG94PxGF6UTSjnnM4afqnKj20mdVAU2BaHTIc+h0jPQDG14ydUo1Y3QA/tz/AcJYdYK uLX2GWOJiBPWpk8HVkAeyBAOsAEMO+ZBv4iVD+RuvsCGtnspGzsnG26HxSefUKwLee/M 6EnS/hbjEgv0mtSq7eQoATNWO5jk0q7yyZb77xuyR/K3g5bGsVzZ03k1N0VQbm72wKaw 1JxqF1JxxD0rCZWqgvLSZZb/SG7bGvZOl8E/m5szTtC+13MQ+xzFCAbNL8zq2j8lroD2 KSmw== X-Gm-Message-State: AKwxytfqiCJTJDl9zXskaFpPyG34vql2r24SJ4hA+zDpE0dmpc8x3YsO mnNUHXJeovR1N71Szzr51G9ZnZ8hkS4AuYODjLU= X-Google-Smtp-Source: ACJfBosMj+n6Q/aCJh5QLrQdEorQBJ2ox511Kuk5r/3ytIActnokAhf12MISYW2hweN6CxDGjwH+USgrdoqXPCTV5E0= X-Received: by 10.200.61.137 with SMTP id v9mr17970159qtf.17.1516127311373; Tue, 16 Jan 2018 10:28:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.157.9 with HTTP; Tue, 16 Jan 2018 10:28:30 -0800 (PST) Received: by 10.12.157.9 with HTTP; Tue, 16 Jan 2018 10:28:30 -0800 (PST) In-Reply-To: <3zLdGm6pwZz3jYm9@baobab.bilink.it> References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> <3zLdGm6pwZz3jYm9@baobab.bilink.it> From: Michael Schuster Date: Tue, 16 Jan 2018 19:28:30 +0100 Message-ID: Subject: Re: Directory listing speed To: Luciano Mannucci Cc: freeBSD Mailing List Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 18:28:32 -0000 Can you send the output of "zpool status -vP" (I'm quoting from memory, check man page for details) Cheers Michael On Jan 16, 2018 18:57, "Luciano Mannucci" wrote: On Tue, 16 Jan 2018 19:38:32 +0200 Christos Chatzaras wrote: > ada2p3 and ada2p4 are not aligned. Do you use ada2p4 for the data? here's my df output: root@baobab:~ # df -h Filesystem Size Used Avail Capacity Mounted on zroot/ROOT/default 886G 112G 774G 13% / devfs 1.0K 1.0K 0B 100% /dev /dev/ada2p2 163G 299M 149G 0% /dati /dev/ada2p4 291G 82G 186G 31% /var fdescfs 1.0K 1.0K 0B 100% /dev/fd procfs 4.0K 4.0K 0B 100% /proc linprocfs 4.0K 4.0K 0B 100% /compat/linux/proc tmpfs 6.2G 4.0K 6.2G 0% /compat/linux/dev/shm zroot/tmp 775G 492M 774G 0% /tmp zroot/usr/home 782G 7.5G 774G 1% /usr/home zroot/usr/ports 775G 703M 774G 0% /usr/ports zroot/usr/src 778G 4.2G 774G 1% /usr/src zroot 774G 96K 774G 0% /zroot BTW, issueing ls whithout the -l takes almost no time. (I mean, less than one second). luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ _______________________________________________ freebsd-questions@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Tue Jan 16 18:32:25 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68140EA6501 for ; Tue, 16 Jan 2018 18:32:25 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2927E3905 for ; Tue, 16 Jan 2018 18:32:24 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zLf2v59tLz3jYmC for ; Tue, 16 Jan 2018 19:32:23 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zLf2v4Qxlz3jYm9 for ; Tue, 16 Jan 2018 19:32:23 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 819C91B7431 for ; Tue, 16 Jan 2018 19:32:23 +0100 (CET) Date: Tue, 16 Jan 2018 19:32:23 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> <3zLdGm6pwZz3jYm9@baobab.bilink.it> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zLf2v4Qxlz3jYm9@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 18:32:25 -0000 On Tue, 16 Jan 2018 19:28:30 +0100 Michael Schuster wrote: > Can you send the output of "zpool status -vP" (I'm quoting from memory, > check man page for details) 'course: root@baobab:~ # zpool status -vP invalid option 'P' usage: status [-vx] [-T d|u] [pool] ... [interval [count]] root@baobab:~ # zpool status -v pool: zroot state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada0p3 ONLINE 0 0 0 ada1p3 ONLINE 0 0 0 errors: No known data errors Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Tue Jan 16 19:12:18 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C8C50EB239E for ; Tue, 16 Jan 2018 19:12:18 +0000 (UTC) (envelope-from chris@cretaforce.gr) Received: from smtp4.cretaforce.gr (smtp4.cretaforce.gr [78.47.152.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.cretaforce.gr", Issuer "RapidSSL SHA256 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 864D8685E8 for ; Tue, 16 Jan 2018 19:12:17 +0000 (UTC) (envelope-from chris@cretaforce.gr) Received: from server1.cretaforce.gr (server1.cretaforce.gr [138.201.248.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.cretaforce.gr", Issuer "RapidSSL SHA256 CA" (verified OK)) by smtp4.cretaforce.gr (Postfix) with ESMTPS id 7254740E60 for ; Tue, 16 Jan 2018 21:11:57 +0200 (EET) Received: by server1.cretaforce.gr (Postfix, from userid 109) id 66BC127344; Tue, 16 Jan 2018 21:11:57 +0200 (EET) Received: from 192.168.2.4 (unknown [83.235.111.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: chris@cretaforce.gr) by server1.cretaforce.gr (Postfix) with ESMTPSA id 35A8B27335 for ; Tue, 16 Jan 2018 21:11:57 +0200 (EET) From: Christos Chatzaras Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Directory listing speed Date: Tue, 16 Jan 2018 21:11:53 +0200 References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> <3zLdGm6pwZz3jYm9@baobab.bilink.it> <944768D2-3308-4216-8BF7-17ABA6471433@cretaforce.gr> <3zLdtG21vfz3jYqr@baobab.bilink.it> To: freebsd-questions@freebsd.org In-Reply-To: <3zLdtG21vfz3jYqr@baobab.bilink.it> Message-Id: <814916CD-B8FE-467E-B59F-CBCA6444EE6C@cretaforce.gr> X-Mailer: Apple Mail (2.3445.5.20) X-Bogosity: Ham X-CretaForce-MailScanner-Information: Please contact the ISP for more information X-CretaForce-MailScanner-ID: 7254740E60.AC622 X-CretaForce-MailScanner: Found to be clean X-CretaForce-MailScanner-From: chris@cretaforce.gr X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 19:12:18 -0000 Then it's possible because of alignment issue to be slower. > On 16 Jan 2018, at 20:24, Luciano Mannucci = wrote: >=20 > On Tue, 16 Jan 2018 20:12:46 +0200 > Christos Chatzaras wrote: >=20 >> In what partition you store the e-mail data? /var or /usr/home ? > Mail is stored in /var/spool. In /usr/home I have just .forward and > vacation messages & db. >=20 > Luciano. > --=20 > /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) > \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 > X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG > / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to = "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-questions@freebsd.org Tue Jan 16 19:42:19 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA4E8EB41E0 for ; Tue, 16 Jan 2018 19:42:19 +0000 (UTC) (envelope-from info@renovables.org.es) Received: from relayout08-q02.dominioabsoluto.net (relayout08-q02.dominioabsoluto.net [217.116.26.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0A1669AC2 for ; Tue, 16 Jan 2018 19:42:18 +0000 (UTC) (envelope-from info@renovables.org.es) Received: from relayout08-redir.dominioabsoluto.net (relayout08-redir.dominioabsoluto.net [217.116.26.119]) by relayout08.dominioabsoluto.net (Postfix) with ESMTP id 3zLgP23W0Nzr4tc for ; Tue, 16 Jan 2018 20:33:10 +0100 (CET) Received: from 95.red-88-9-40.dynamicip.rima-tde.net (95.red-88-9-40.dynamicip.rima-tde.net [88.9.40.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: info.renovables.org.es) by relayout08-dsp.dominioabsoluto.net (Postfix) with ESMTPSA id 3zLgNz3ZVRzr4tc for ; Tue, 16 Jan 2018 20:33:07 +0100 (CET) MIME-Version: 1.0 From: "Fraude Volkswagen. Perito Judicial" Reply-To: info@sialsol.es To: freebsd-questions@freebsd.org Subject: =?utf-8?Q?Caso_Volkswagen._Sentencia_hist=C3=B3rica._Nulidad_de_C?= =?utf-8?Q?ontrato?= X-Mailer: Smart_Send_3_1_6 Date: Tue, 16 Jan 2018 20:33:04 +0100 Message-ID: <5408425537584370720913@JavierGVJ-PC> X-Antivirus: Avast (VPS 180116-4, 16/01/2018), Outbound message X-Antivirus-Status: Clean X-CTCH-Score: 0.000 X-CTCH-ScoreCust: 0.000 X-PostalOut-Country: IP: 88.9.40.95 | Country: ES X-PostalOut-Information: AntiSPAM and AntiVIRUS on relayout08 X-PostalOut-MsgID: 3zLgNz3ZVRzr4tc.AEA1A X-PostalOut-SpamCheck: no es spam, 6, Bulk X-PostalOut-SpamScore: ssssss X-PostalOut-From: info@renovables.org.es X-PostalOut-Watermark: 1516735990.35822@LnxFNmfXE6ZLSYCZD0C9Aw X-Spam-Status: No Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 19:42:19 -0000 Tel: 630 70 51 87 Web: www.sialsol.es Frank Rodr=C3=ADguez Ingeniero Industrial Estimado freebsd-questions@freebsd.org Mi nombre es Frank Rodr=C3=ADguez. Soy Ingeniero Industrial con n=C3=BAmero= de colegiado N=C2=BA 14617. En paralelo con mi actividad como gerente de l= a Sociedad "Sialsol tu Energ=C3=ADa Solar, SL", desarrollo la actividad com= o Perito Judicial. Fruto de mi actividad en el Turno de Oficio del COIIM, y gracias a los much= os a=C3=B1os desarrollando diferentes proyectos, poseo grandes conocimiento= s en el sector energ=C3=A9tico y el=C3=A9ctrico. No obstante, tambi=C3=A9n = he participado en proyectos o causas judiciales de muy diverso =C3=ADndole = como pueden ser actos de vandalismo contra mobiliario urbano o legalizacion= es industriales, por poner alg=C3=BAn ejemplo. Te env=C3=ADo este correo, por si pudiera ser de tu inter=C3=A9s contar con= mis servicios profesionales. Conf=C3=ADo en no haberte importunado con este correo, si as=C3=AD lo fuera= , te ruego me lo indiques e inmediatamente te eliminar=C3=A9 de mi base de = datos (frank.rodriguez@sialsol.es). Atentamente, Frank Rodr=C3=ADguez Ingeniero Industrial Cumpliendo con la Ley 34/2002 de Servicios de la Sociedad de la Informaci= =C3=B3n y Comercio Electr=C3=B3nico, y con la Ley Org=C3=A1nica 15/1999 de = Protecci=C3=B3n de Datos de car=C3=A1cter personal, le informamos que su di= recci=C3=B3n de correo est=C3=A1 incluida en nuestro fichero, con el fin de= seguir ofreci=C3=A9ndole informaci=C3=B3n que consideramos de su inter=C3= =A9s. Si quiere dejar de recibir estas comunicaciones m=C3=A1ndenos un corr= eo a frank.rodriguez@sialsol.es --- El software de antivirus Avast ha analizado este correo electr=C3=B3nico en= busca de virus. https://www.avast.com/antivirus From owner-freebsd-questions@freebsd.org Tue Jan 16 20:15:37 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3BADEEB5C85 for ; Tue, 16 Jan 2018 20:15:37 +0000 (UTC) (envelope-from hyun@caffeinated.codes) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0CA016B135 for ; Tue, 16 Jan 2018 20:15:36 +0000 (UTC) (envelope-from hyun@caffeinated.codes) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 3298120B68 for ; Tue, 16 Jan 2018 15:15:35 -0500 (EST) Received: from web5 ([10.202.2.215]) by compute7.internal (MEProxy); Tue, 16 Jan 2018 15:15:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= caffeinated.codes; h=content-transfer-encoding:content-type:date :from:message-id:mime-version:subject:to:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=XQU+Xd/aydGi64qM2V7P7JhGbRQTZxxzJgQKRFDJ7 1E=; b=uMtyz+bx6FlSnrNkLQSIErQ2X73noUPs6jC4Hnlm1ovUlKhl/Jrwy6LGD FowUzU69c5pQ8J7AB7OW4q/FOWeYX2r1BXa/5Q8IXNeBf6LWXY7+z27Flh5LwGLu cIUCOtLloua5ss3PJVazakcwKRYtBfT0gBJxBjJ3KbQ5hbLiuUXpfUVTOOuMEGUR f3i+5ZWz788hFjUY7y7Mc1hd2PzuFtUIt3L0YOtC1Kddq/rUXUauwCAi7W2tnV7I DqR/z7oGw63hs3SpcA0Cbz+efHiXvIznnRtTXWaqqKkk9D0JhE47hyRVbGJJR76O Hnqko5SrFClE8g3nXGzXP3rFykSPw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=XQU+Xd/aydGi64qM2V7P7JhGbRQTZ xxzJgQKRFDJ71E=; b=oLid9DCEtto5kB0I7E0M9vFpDhD9bi0YzYXE3y5g7w+3G yIUUkQNmms2m9bbnp49yqcTV2R54HN6FIWEaj+4c5fccSusyjuplWjo0kv45bMvu f5K96SyXfM4zfWD2yI0afrOHmc+KlqfiD2S2jMF+ZJG4W++5s5+OTQV0Q8t8foW3 s6V75pA6JuJwaawDMn1rCU1nrxdsrSV0/eVIzf/Ap2QhMJ9BPCq8WQmkGasHcpdi DNtIJHA0XRuV9ryQfJEEeVc9T388Trz/OKpT8P91BCLF+XRdsiqYalDXVDsPM/pt anXxzGjwmMtVvMzui3fuQvmTOq3qG1ZlWLu4fYr3A== X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 119429E11B; Tue, 16 Jan 2018 15:15:35 -0500 (EST) Message-Id: <1516133735.3371679.1237582008.6FBE35FD@webmail.messagingengine.com> From: Hyun Hwang To: freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-75de3051 Date: Tue, 16 Jan 2018 15:15:35 -0500 Subject: Does enabling 'ZFS encrypt swap' option disables crash dumps? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 20:15:37 -0000 Hi, I am trying to save kernel dump on a kpanic, but I suspect my ZFS' encrypted swap option (I chose during the installation) is disabling it. Am I correct on that? Does encrypted swap disables textdump(8)/savecore(8)? If so, is there any other way to save the dump? Thank you. -- Hyun Hwang From owner-freebsd-questions@freebsd.org Tue Jan 16 22:07:29 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC8ACEBB6A0 for ; Tue, 16 Jan 2018 22:07:29 +0000 (UTC) (envelope-from sales11@tansoc.cn) Received: from mail139-26.mail.alibaba.com (mail139-26.mail.alibaba.com [198.11.139.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B6516F8EC for ; Tue, 16 Jan 2018 22:07:28 +0000 (UTC) (envelope-from sales11@tansoc.cn) X-Alimail-AntiSpam: AC=CONTINUE; BC=0.4198955|-1; CH=green; FP=0|0|0|0|0|-1|-1|-1; HT=e01l07440; MF=sales11@tansoc.cn; NM=1; PH=DS; RN=1; RT=1; SR=0; TI=SMTPD_---.AKxPFqw_1516139497; Received: from soim.com(mailfrom:sales11@tansoc.cn fp:27.153.182.162) by smtp.aliyun-inc.com(10.147.41.120); Wed, 17 Jan 2018 05:51:37 +0800 Reply-To: Sender: sales11@tansoc.cn Message-ID: <20180117055214212278@tansoc.cn> From: "Haley Lin" To: Subject: Hi Receiver, Date: Wed, 17 Jan 2018 05:52:03 +0800 MIME-Version: 1.0 X-Priority: 1 X-mailer: Ejusnqrdv 3 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Jan 2018 22:07:30 -0000 SGkgUmVjZWl2ZXIsDQoNClRhbnNvYyBoaWdoLXRlY2ggQ28ubHRkIGlzIGEgcHJvZHVjZXIgb2Yg UkZJRCBwcm9kdWN0cyBhbmQgZm9jdXNlcyBvbiB0aGUgc29sdXRpb24gb2YgUkZJRCBhcHBsaWNh dGlvbix0aGVyZSBhcmUgbWFueSBraW5kcyBwcm9kdWN0cyxyZmlkIGNhcmRzLGxhYmxlcyx0YWdz LHdyaXN0YmFuZHMgYW5kIHJlYWRlcnMgZXRjLg0KSSBmdWxsIHVuZGVyc3RhbmQgdGhlIGNvbXBl dGl0aXZlIHByaWNlLCBoaWdoIHF1YWxpdHkgYW5kIHF1aWNrbHkgZGVsaXZlcnkgYXJlIG1vc3Qg aW1wb3J0YW50LCBpIGhvcGUgd2UgY2FuIGRvIGl0IHdlbGwgYXMgeW91ciByZXF1ZXN0LGhvcGUg dGhlIGVtYWlsIHdpbGwgbm90IGRpc3R1cmIgeW91IG9yIHlvdXIgYnVzaW5lc3MuDQoNCkJlc3Qg UmVnYXJkcw0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpUYW5zb2Mg Q28uLEx0ZA0KSGFsZXkgTGluDQpodHRwOi8vd3d3LnRhbnNvYy5jb20va2V5Zm9icy9sZWF0aGVy X2tleV9mb2IuaHRtbA== From owner-freebsd-questions@freebsd.org Wed Jan 17 00:26:19 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC260EC25E6 for ; Wed, 17 Jan 2018 00:26:19 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id 565A074590 for ; Wed, 17 Jan 2018 00:26:18 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from unknown (HELO leader.local) ([118.211.46.109]) by ipmail06.adl6.internode.on.net with ESMTP; 17 Jan 2018 10:50:59 +1030 Subject: Re: Directory listing speed To: Luciano Mannucci , freebsd-questions@freebsd.org References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> <3zLdGm6pwZz3jYm9@baobab.bilink.it> <3zLf2v4Qxlz3jYm9@baobab.bilink.it> From: Shane Ambler Message-ID: <7cb8e12e-58d9-3cf9-4846-6eb7d52a4104@ShaneWare.Biz> Date: Wed, 17 Jan 2018 10:50:58 +1030 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <3zLf2v4Qxlz3jYm9@baobab.bilink.it> Content-Type: text/plain; charset=utf-8 Content-Language: en-AU Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 00:26:19 -0000 On 17/01/2018 05:02, Luciano Mannucci wrote: > On Tue, 16 Jan 2018 19:28:30 +0100 > Michael Schuster wrote: > >> Can you send the output of "zpool status -vP" (I'm quoting from memory, >> check man page for details) Have you disabled atime? zfs get atime zroot You can turn it off with zfs set atime=off zroot -- FreeBSD - the place to B...Software Developing Shane Ambler From owner-freebsd-questions@freebsd.org Wed Jan 17 00:32:12 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C65B2EC2C2F for ; Wed, 17 Jan 2018 00:32:12 +0000 (UTC) (envelope-from freebsd@theory14.net) Received: from bacon.theory14.net (bacon.theory14.net [45.55.200.27]) by mx1.freebsd.org (Postfix) with ESMTP id 831B674A6F for ; Wed, 17 Jan 2018 00:32:12 +0000 (UTC) (envelope-from freebsd@theory14.net) Received: from remote.theory14.net (remote.theory14.net [173.79.116.36]) by bacon.theory14.net (Postfix) with ESMTPSA id CB8CA125ECA; Tue, 16 Jan 2018 19:32:05 -0500 (EST) Received: from anubis.int.theory14.net (anubis.int.theory14.net [192.168.10.50]) by remote.theory14.net (Postfix) with ESMTPS id 898B33417; Tue, 16 Jan 2018 19:32:05 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=theory14.net; s=mail; t=1516149125; bh=+B+FhoKLpfdo+TT1drnPQn7w3k0t04hZ+aF+B+TUSK0=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=d/IP2nZbxs0hTddyh13YnSJz/n6f7LCZHEuh9JONN04y4+BGV6IR/PB2dOvvAmo1P FwA8dVh8HCsCRFHFeySLgtu6JC713TiuIarMlF0Lj8IEQM2w6aFPyPB9mvjZrSk8ha 6M2kTSOYndmkDLIxTR8bOe8Fm/Qdrh4qvHkW5JiM= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: HAST questions From: Chris Gordon In-Reply-To: Date: Tue, 16 Jan 2018 19:32:05 -0500 Cc: freebsd-questions@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <6C4AA002-7CB2-4506-AA7C-722083197BA0@theory14.net> References: <1DFDF803-4D86-42F8-A22E-4A9077608982@theory14.net> To: "Zainelabdeen S.A Elgraeed" X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 00:32:12 -0000 > On Jan 12, 2018, at 1:10 AM, Zainelabdeen S.A Elgraeed = wrote: >=20 > > It really depends on the details of the application on what options = you have and what the best way to do this may be. > we host dynamic content with MySQL databases like Moodle and OJS. >=20 > I want for storage to be active/active but HAST is master/backup so I = can be used for failover only. > is HAST support DRBD ? or what another technology can use for HA and = LB for storage? The exact solution can be somewhat dependent on your specific = environment, but I=E2=80=99d start looking at: - Run the web servers (apache, nginx, whatever) active in both/all jails = and distribute traffic to them with some kind of load balancer = (commercial appliance, other machines running ha-proxy or the like). - Run one master DB and one standby DB with database replication = replicating content between the two. Most RDBMs support some kind of = replication including MySQL. - With MySQL you can do reads from both the active and standby nodes, = but write to only the master. It depends on your particular application = if/how you can configure the application to take advantage of the slave = reads. - In the event of the failure of one of the hosts, you only need to = worry about switching the roles of the DB and potentially re-pointing = the applications if the primary DB node is the one that goes away. - I would consider putting the database servers and web servers in = different jails. This lets you scale them, add resource controls if = appropriate, move them, etc independently. I prefer database/application replication over storage replication in = most use cases since storage replication will often dutifully = replication file system and other problems for you. Database = replication typically gives you some additional independence between = your nodes and reduces certain chances of fault replication. Regardless = of which you choose, you need to make sure you exercise and understand = the many failure cases you can end up in and know how to recover the = system. Also remember that replication like this is NOT a backup -- be = sure to also have a good back (and recovery) plan. Active/Active is another can of worms. Active/Active storage for writes = is a very difficult problem. Even if someone said they have it, I=E2=80=99= d be very careful with all of the corner cases and failure modes. = Active/Active databases do exist (MySQL has Galera, I believe Postgres = has a paxos based solution), but again you get a lot of additional = complexity and need to really understand and test the solution before = using it. Hope that helps. Chris From owner-freebsd-questions@freebsd.org Wed Jan 17 02:30:59 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 912F8E73876 for ; Wed, 17 Jan 2018 02:30:59 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [IPv6:2607:f3e0:80:80::2]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 101DA77E8A for ; Wed, 17 Jan 2018 02:30:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (lava.sentex.ca [IPv6:2607:f3e0:0:5::11]) by smarthost2.sentex.ca (8.15.2/8.15.2) with ESMTPS id w0H2Uva6072656 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 16 Jan 2018 21:30:57 -0500 (EST) (envelope-from mike@sentex.net) Received: from [192.168.43.26] (saphire3.sentex.net [192.168.43.26]) by lava.sentex.ca (8.15.2/8.15.2) with ESMTP id w0H2UrhS013891; Tue, 16 Jan 2018 21:30:54 -0500 (EST) (envelope-from mike@sentex.net) Subject: Re: Directory listing speed To: Luciano Mannucci , freebsd-questions@freebsd.org References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> From: Mike Tancsa Organization: Sentex Communications Message-ID: Date: Tue, 16 Jan 2018 21:30:56 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <3zLS8V1nCxz3jYqr@baobab.bilink.it> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.78 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 02:30:59 -0000 On 1/16/2018 6:06 AM, Luciano Mannucci wrote: > > Hello all, > > I just moved my old openSUsE 11.4 mail server to freebsd 10.4 (postfix+ > dovecot+clamav) and it seems to work fine :-)... > > I noticed that the directory listing of my users mailboxes (around five > hundred) is way slower than in linux. > Is it normal? > > Do I need to tweak some kernel parameters (I have a lot of free RAM)? > > I've already set the kern.maxusers to 4096, is that enough? You shouldnt need to do that. Are the mailboxes on UFS ? If so, try increasing vfs.ufs.dirhash_maxmem Also, if you have a lot of users in the master.passwd file, I find changing /etc/nsswitch.conf to group: files group_compat: nis hosts: files dns networks: files passwd: files passwd_compat: nis shells: files services: compat services_compat: nis protocols: files rpc: files ---Mike > > Many thanks to everybody, > > Luciano. > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-questions@freebsd.org Wed Jan 17 04:41:35 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CA592E79E9B for ; Wed, 17 Jan 2018 04:41:35 +0000 (UTC) (envelope-from firmdog@gmail.com) Received: from mail-wr0-x232.google.com (mail-wr0-x232.google.com [IPv6:2a00:1450:400c:c0c::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53D2A7BE46 for ; Wed, 17 Jan 2018 04:41:35 +0000 (UTC) (envelope-from firmdog@gmail.com) Received: by mail-wr0-x232.google.com with SMTP id e41so17171841wre.9 for ; Tue, 16 Jan 2018 20:41:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=Qz4FPe1FvyGNv2f7T+M2wRr/HcIzUm8i8YhJ3zviR5Y=; b=pC5kK4khDRTMuGOWIG10LAUoxvicUTk0JS+YIV2yx5Sj5Rn2dqcJy+Iz+Rznay9UCB umvBog/jNyLBobbntQ6A8lbGVbIhpsCevqcY1cBWoFbplLGl/kUDXijVT9ad7f/uPl06 2u8izjJMN0oPZoMqnWVC4Re0w95o0/MxVvJrOjBPh65jHPYoeNS1YzZcWT3Fr4OiXqe+ /mUhNX2FkWrlBstTH8aTqi9/KGo22Ggozpk7Sfqq/3YB+lpmo8MV6xJM7h6+Ri+5k12P cK/+wOFfy02qPaE25Aw0/5aU7n7PF2re641i8QLwNE5p1coW4Y4GJxOywVnKwzKGnykn 6MEA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Qz4FPe1FvyGNv2f7T+M2wRr/HcIzUm8i8YhJ3zviR5Y=; b=PbfmiON+kXNovYi/BlqkZxn8ApbYkP+DePp1sfOZZyOhMA/gahBUjcFr44nbXc1gFx k8bfbWVJ07a8ecdYb8LsO/vYU23GVFeeV2o/wu6Bq6LvAFzn00IFNoBGIWQXp8+xVEI7 007Yq7VXjTPlo04WbONJRSB+GUIUZpaaTp0aVpo3YdCpcYh3d7/klloZpxVe/EjEiqr6 QdVwQ4868aabqWhARb0eQOG6s6xduKW26o7VpFFhy/o9WK7grShWa4JNnQ7TXvVAi3on 4Z85yhmwOgEI3VEB3Rm1D73hfYoW8mvvMzJHxWijunG1HVfvaqGh4dufEK9wALSeYvoB 1ZAw== X-Gm-Message-State: AKwxyteIIAC3XbGOdX8r2FAonFH5O61a47BBxyfKH+kNkePyTHeMp/Oo k7PpZ44eIKs+plgxfG2WHVgkBsT6LlxI9XDU7HqJbw== X-Google-Smtp-Source: ACJfBos1mSetEfVIoB7GbE1DQo41gCOk2YHnWn+l7WesPsVRCnkWVeacSEyS45CrR9lLem4ZPj2BH8ra95asQbP7y/k= X-Received: by 10.223.150.37 with SMTP id b34mr1213432wra.68.1516164093628; Tue, 16 Jan 2018 20:41:33 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.154.102 with HTTP; Tue, 16 Jan 2018 20:41:33 -0800 (PST) From: Andy Firman Date: Tue, 16 Jan 2018 23:41:33 -0500 Message-ID: Subject: 10.0 to 10.4 huge failure --> "freebsd-update install" Installing updates...Segmentation fault (core dumped) To: freebsd-questions@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 04:41:35 -0000 *Following this guide:* https://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html # uname -a FreeBSD 10.0-RELEASE-p9 FreeBSD 10.0-RELEASE-p9 #0: Mon Sep 15 14:35:52 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 *Run this command:* # freebsd-update -r 10.4-RELEASE upgrade # freebsd-update install reboot *Success...system came back up as 10.4* # uname -a FreeBSD 10.4-RELEASE-p3 FreeBSD 10.4-RELEASE-p3 #0: Tue Nov 14 09:43:55 UTC 2017 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 *Run this command one more time per the guide above:* # freebsd-update install Installing updates...Segmentation fault (core dumped) Segmentation fault (core dumped) Segmentation fault (core dumped) Segmentation fault (core dumped) Segmentation fault (core dumped) *System is totally down and had to recover from snaphot* *What on earth happened here?* From owner-freebsd-questions@freebsd.org Wed Jan 17 07:10:10 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C964EA7533 for ; Wed, 17 Jan 2018 07:10:10 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 52D97807CF for ; Wed, 17 Jan 2018 07:10:09 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (localhost [127.0.0.1]) by vps.markoturk.info (Postfix) with ESMTPS id A9E35273AC; Wed, 17 Jan 2018 08:10:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=markoturk.info; s=s1024; t=1516173006; bh=MghfQMGvYwBssVu4wjoc3NBFRtK3SKzeOJqGooi9GG8=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=BZwSr9iXFwk8zFcMjGRbgIJVeHVWLfmADkvt0hVzEq4xDov4CD25NqnRQbeRNqK6G L8fozR4tEq61pkqcClgTSzbtbXtMdpcaTcgektDQSGFNkRZL1df4MyaoAOTePlG2Jv Re7cQMA59jmfG71POz5Nn50k0V5EhozXNwWKjj9Y= Date: Wed, 17 Jan 2018 08:10:06 +0100 From: Marko Turk To: Victor Sudakov Cc: freebsd-questions@freebsd.org Subject: Re: Dualboot and ZFS Message-ID: <20180117071006.GD21464@vps.markoturk.info> References: <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180116112814.GA18197@admin.sibptus.transneft.ru> <367901b3-a413-01f2-ecaa-479668b4b232@FreeBSD.org> <20180116143559.GA21461@admin.sibptus.transneft.ru> <20180116144458.GB21464@vps.markoturk.info> <20180116155431.GA22546@admin.sibptus.transneft.ru> <20180116155719.GC21464@vps.markoturk.info> <20180116165206.GA23125@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="NKoe5XOeduwbEQHU" Content-Disposition: inline In-Reply-To: <20180116165206.GA23125@admin.sibptus.transneft.ru> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 07:10:10 -0000 --NKoe5XOeduwbEQHU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Jan 16, 2018 at 11:52:06PM +0700, Victor Sudakov wrote: > Marko Turk wrote: > > since zroot/usr is not mounted, path /usr/bin/* in the filesystem > > belongs to dataset zroot/ROOT/some_test_be=20 >=20 > But why is that? This must be witchcraft :-) >=20 > Why does it not belong to dataset "zroot", or dataset > "zroot/ROOT/some_other_great_be"?=20 >=20 > Is it because zroot/ROOT/some_test_be is mounted on / ? Yes, exactly. >=20 > > so that's why the files are > > there. > >=20 > > E.g.: > > $ df -h /usr/bin/ > > Filesystem Size Used Avail Capacity Mounted on > > zroot/ROOT/default 504G 19G 485G 4% / > >=20 >=20 > Very demonstrative, thank you, but what makes "zroot/ROOT/default" and > not any other dataset the container for the files in /usr/bin/ ? Because of the mountpoints. zroot/usr exists so you can create children of it which will not be in a BE. For example, zroot/usr/src is not a part of a BE: $ df -h /usr/src/ Filesystem Size Used Avail Capacity Mounted on zroot/usr/src 487G 1.6G 485G 0% /usr/src /Marko --NKoe5XOeduwbEQHU Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEhcgjUnLArcQCyVEgeDpsXaaozYgFAlpe9s0ACgkQeDpsXaao zYgasw//T7BrVHdY8j+OOrxdXMn1smzI4aEbdIzCajBUchfl3ZScqgIQA+4NxoSX COxQG4FVy8fW/J6BRMF5pk6qWPmDCeeo4oQFVcGPqmdH+n8Ba1ETLDUhnUxvjFxC 3GkvHNO2o3nR5sTFtZagWk94boxrZ8GquzGrKf4KYTX+TRDVBWFpRS7WSj7wwfDe dJACL9NS6fmQxtxa90xuhtjRw5oiRIZLjkB3KD3Bu33iEKE1nKKs1aOOs613opOu tYKw8SaCj0aA5CxDoiyU66ik65aQInMGmr1MUqGJL3vQlqMPy6U+4OuAfLPMXiqK zFDxNEoQOlIibz1NVqK2431Xrw7R2zkvUHOPNvK3OXmWvhxlm+Ptr3fos8WBH6lZ wEm/RYp/4hzOUUgJ2rWpGps0czNQcfGLQBf64cW8ve0P3OFdBzAau1oowMpI13Uv KF7gvY2xGuMkEhSlJuXEW5ZQFXAc2OkVM9OxVB336p/IkhQ54w+77bdR5zSGgPvR omYq0GsPVldEkziVoW6gvJwJd8g3qAHiFgQeickqnXGVRNM3/2Xpa8Jj2liUTx/Z zcUeG9GSIdltq+s3S0UzobIEJBsuYIRwuTDYyPgvMQ7JjQ3dI4QsYki5RpiPyj+U jaJq5x3FqjXz96GymHOtnXpBvT/5jH4WJk6kAKu+7tS5yp+TWE4= =DnYn -----END PGP SIGNATURE----- --NKoe5XOeduwbEQHU-- From owner-freebsd-questions@freebsd.org Wed Jan 17 09:52:07 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE2ADEB9C5A for ; Wed, 17 Jan 2018 09:52:07 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6E9EA3031 for ; Wed, 17 Jan 2018 09:52:06 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zM2S45Pmjz3jYr1 for ; Wed, 17 Jan 2018 10:52:04 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zM2S44fPjz3jYqr for ; Wed, 17 Jan 2018 10:52:04 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id 8973C1B7303 for ; Wed, 17 Jan 2018 10:52:04 +0100 (CET) Date: Wed, 17 Jan 2018 10:52:04 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed In-Reply-To: <7cb8e12e-58d9-3cf9-4846-6eb7d52a4104@ShaneWare.Biz> References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> <3zLZwN5C0Bz3jYr2@baobab.bilink.it> <3zLbvJ0vtWz3jYmC@baobab.bilink.it> <07D1FD39-39AC-479C-8005-1F08936AE07E@cretaforce.gr> <3zLccH0h2Kz3jYm9@baobab.bilink.it> <3zLdGm6pwZz3jYm9@baobab.bilink.it> <3zLf2v4Qxlz3jYm9@baobab.bilink.it> <7cb8e12e-58d9-3cf9-4846-6eb7d52a4104@ShaneWare.Biz> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zM2S44fPjz3jYqr@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 09:52:07 -0000 On Wed, 17 Jan 2018 10:50:58 +1030 Shane Ambler wrote: > Have you disabled atime? > > zfs get atime zroot Yes: root@baobab:~ # zfs get atime zroot NAME PROPERTY VALUE SOURCE zroot atime off local Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Wed Jan 17 10:20:28 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7561FEBB2CE for ; Wed, 17 Jan 2018 10:20:28 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (baobab.bilink.net [212.45.144.44]) by mx1.freebsd.org (Postfix) with ESMTP id 396BC3CFE for ; Wed, 17 Jan 2018 10:20:28 +0000 (UTC) (envelope-from luciano@vespaperitivo.it) Received: from baobab.bilink.net (localhost [127.0.0.1]) by baobab.bilink.it (Postfix) with ESMTP id 3zM34q0p24z3jYmM for ; Wed, 17 Jan 2018 11:20:27 +0100 (CET) Received: from hermes.mcs.it (unknown [192.168.132.21]) by baobab.bilink.it (Postfix) with ESMTP id 3zM34q031Vz3jYmC for ; Wed, 17 Jan 2018 11:20:27 +0100 (CET) Received: from mordeus (unknown [192.168.45.6]) by hermes.mcs.it (Postfix) with ESMTP id DE5481B7303 for ; Wed, 17 Jan 2018 11:20:26 +0100 (CET) Date: Wed, 17 Jan 2018 11:20:26 +0100 From: Luciano Mannucci To: freebsd-questions@freebsd.org Subject: Re: Directory listing speed, Solved! In-Reply-To: References: <3zLS8V1nCxz3jYqr@baobab.bilink.it> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; amd64-portbld-freebsd10.3) X-Face: 4qPv4GNcD; h<7Q/sK>+GqF4=CR@KmnPkSmwd+#%\F`4yjKO3"C]p'z=(oWRnsYBQGM\5g:4skqQY0NnV'dM:Mm:^/_+I@a"; [-s=ogufdF"9ggQ'=y MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <3zM34q031Vz3jYmC@baobab.bilink.it> X-Virus-Scanned: ClamAV using ClamSMTP X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 10:20:28 -0000 On Tue, 16 Jan 2018 21:30:56 -0500 Mike Tancsa wrote: > vfs.ufs.dirhash_maxmem Increased by X4, not changet that much... Was: # sysctl vfs.ufs.dirhash_maxmem vfs.ufs.dirhash_maxmem: 26947584 Now: vfs.ufs.dirhash_maxmem: 107790336 > Also, if you have a lot of users in the master.passwd file, I find > changing /etc/nsswitch.conf to > > group: files > group_compat: nis > hosts: files dns > networks: files > passwd: files ^^^^^^^^^^^^^^^ YES! That did work. Many, many thanks! Luciano. -- /"\ /Via A. Salaino, 7 - 20144 Milano (Italy) \ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250 X AGAINST HTML MAIL / E-MAIL: posthamster@sublink.sublink.ORG / \ AND POSTINGS / WWW: http://www.lesassaie.IT/ From owner-freebsd-questions@freebsd.org Wed Jan 17 15:11:43 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AD187E76010 for ; Wed, 17 Jan 2018 15:11:43 +0000 (UTC) (envelope-from doros@ops.albourne.com) Received: from ops-fra-0.albourne.com (ops-fra-0.albourne.com [IPv6:2a01:130:2000:122::168]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.albourne.com", Issuer "SwissSign Server Silver CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E35B37369C for ; Wed, 17 Jan 2018 15:11:42 +0000 (UTC) (envelope-from doros@ops.albourne.com) X-Virus-Scanned: amavisd-new at ops-fra-0.albourne.com Received: from rhino.ops.albourne.com (fw-nic-0.albourne.com [93.109.238.82]) (authenticated bits=0) by ops-fra-0.albourne.com (8.15.2/8.15.2) with ESMTPSA id w0HFBXQa051646 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 17 Jan 2018 15:11:36 GMT Date: Wed, 17 Jan 2018 17:11:31 +0200 From: Doros Eracledes To: freebsd-questions@freebsd.org Subject: SuperMicro AMD EPYC server - panic on install image Message-ID: <20180117151131.GA32818@rhino.ops.albourne.com> MIME-Version: 1.0 X-Operating-System: OpenBSD 6.1 Company: Albourne America LLC X-URL: http://www.albourne.com User-Agent: Mutt/1.8.0 (2017-02-23) Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 15:11:43 -0000 Hi everyone, I'm trying to install FreeBSD 12 (FreeBSD-12.0-CURRENT-amd64-20180103-r327524-disc1.iso) on a new AMD EPYC server with the H11DSU-iN motherboard and I get a kernel panic - see attached screenshot. vendor support page is here: https://www.supermicro.com/Aplus/motherboard/EPYC7000/H11DSU-iN.cfm I've updated the BIOS to the latest 1.0c version but no change. Any ideas are welcome. Best Doros From owner-freebsd-questions@freebsd.org Wed Jan 17 15:56:52 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D65E9E78265 for ; Wed, 17 Jan 2018 15:56:52 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: from mail-it0-x22f.google.com (mail-it0-x22f.google.com [IPv6:2607:f8b0:4001:c0b::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9AC1A7537A for ; Wed, 17 Jan 2018 15:56:52 +0000 (UTC) (envelope-from gldisater@gmail.com) Received: by mail-it0-x22f.google.com with SMTP id q8so9789388itb.2 for ; Wed, 17 Jan 2018 07:56:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=1zbKwfVJZYrVH7duTMgXLRVN+5L8T8PWONV9E9CtSMA=; b=QaeQzVzdruZqdGxG1Vfswqv/Gcshh4Sl6Yd8q8yX4Ww8VG0UbvUIAnyzlCW2mdwr35 37VcBU0ZcvtnZ2ir6VNpPkRTJnrp4Z+9BMyCO5IE2vE3MHxCJNw/AYJVL7gJyBY2Hhq+ KKi10uOFjnQzZx1xEpphKFHVzY57hqVHwHbpTO/+jHwE8cbKvFwWQObRHPRWpMJWJZ6B GLfa6+KCd5s0eMGX9R7rUkWWT/tefkms1rMC3tS9VQ361+neBIf4m/qFOpen5jzGt1J3 H5aD18FiSi8cmQoutXIGixGffiszcTdjra6qughhdR2Kjxof2b396qxQ61atdIcMAKOe dl/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=1zbKwfVJZYrVH7duTMgXLRVN+5L8T8PWONV9E9CtSMA=; b=PnAFvQGcNeuDDuR1H2pTH6D0Sjenp8Smclx8OJoeB4NgXcybxYV1eDT4xizS+Nm0Vi S9msNCvwFL4NOU5HBQzA5iOK+1FYJVF0H3Uj+yqGSyQUdPrewgsWiZQkDYV2fNskYATM YT3SH8DP2frOUsnydgo4zoPEf8jiUqKfbWDXLPFkzvBJI5yqJ+pbly1dvbZWaDBq1H8R BsBfNwZ2PeckaSuDSgQnK+VGXW4YK1rKGUoQWPKbiDPmi0L/qHj12Krlc3roIrL7FEMb 83cWnnNC5PaX5kAdynZ8x6N3YAopfMt90f4Nh9ZTO0b6073D4vUKUo0D6e20USfGkJi3 1PXQ== X-Gm-Message-State: AKwxyte8HG5ACEJrVOw/YL2G9EzyqZYDV5T9pjhe1g/Z8iRPSl8TMxm8 WNZHMeLZGoJvp8PGxm20NKBriUBp X-Google-Smtp-Source: ACJfBoupwR9qTJrf4eheXAuDuKnBWhH6+nB4S33m6XcjPUQsI+okfw85EbDKvVEXGjmOm28R17Fqew== X-Received: by 10.36.48.198 with SMTP id q189mr22676048itq.83.1516204611808; Wed, 17 Jan 2018 07:56:51 -0800 (PST) Received: from [192.168.1.5] (ip-24-54-71-21.user.start.ca. [24.54.71.21]) by smtp.gmail.com with ESMTPSA id 68sm2644754iok.37.2018.01.17.07.56.50 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 17 Jan 2018 07:56:50 -0800 (PST) Subject: Re: SuperMicro AMD EPYC server - panic on install image To: freebsd-questions@freebsd.org References: <20180117151131.GA32818@rhino.ops.albourne.com> From: Jeremy Faulkner Message-ID: <7b25e651-84a9-d5b3-360e-1ac6f7c50480@gmail.com> Date: Wed, 17 Jan 2018 10:56:49 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <20180117151131.GA32818@rhino.ops.albourne.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Jan 2018 15:56:52 -0000 On 2018-01-17 10:11 AM, Doros Eracledes wrote: > Hi everyone, > > I'm trying to install FreeBSD 12 > (FreeBSD-12.0-CURRENT-amd64-20180103-r327524-disc1.iso) on a new AMD > EPYC server with the H11DSU-iN motherboard and I get a kernel panic - > see attached screenshot. Attachments are removed by the mailing list servers. You'll have to upload the image somewhere and link to it. Have you tried any different revisions? As CURRENT is the development branch, it might just be broke on r327524 and trying a different image might work. Jeremy From owner-freebsd-questions@freebsd.org Thu Jan 18 04:38:52 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01D4CE7D6D2 for ; Thu, 18 Jan 2018 04:38:52 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-pf0-x22d.google.com (mail-pf0-x22d.google.com [IPv6:2607:f8b0:400e:c00::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C2287764D8 for ; Thu, 18 Jan 2018 04:38:51 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-pf0-x22d.google.com with SMTP id 23so13366125pfp.3 for ; Wed, 17 Jan 2018 20:38:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:date:from:user-agent:mime-version:to:subject :content-transfer-encoding; bh=Xz96lrsH8ay2N8gNVrYvD4hZDw8eyy67v2qPygxwcQo=; b=l0Jth9mOLrhM9W8O0BqeB6V6eUYMrYBnO3fQg/zuGl5aMq+Z2bPzapNn3mQs8xcPI9 QcF/uhVsOiU3g9GDCmq/2Frq+/zRytsaKMwCdjMGvZUfXJ0tdhjOXXQj5ZR2DhGfwzAr vpVw9qf55w/4vbQvjdtkHLubT/DvW92jgHbSrIf1NfCv57Tzwwz6W9H3lgcDonrkcCwA 3AA7NWwNkGuZneqF4cqRL2IMkEmqCmzE/gsi7iLeMaqPNm9orlwRYzrUX3PVCfFsIo8W SfdkI71LSyY/3vZTWubFfTwgH4MaUk4/aDKJu/FUs0h1geU3ECVcKGK6o875o8+59glr NRvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=Xz96lrsH8ay2N8gNVrYvD4hZDw8eyy67v2qPygxwcQo=; b=AZJVM2otSbOc9xBcL/bCRoow59rkFlyyUk5wo8EZyUS9K01U9IPudSvKzLnUr9Bd2r W4QUaVftkpJMFm2slkDx5+1x+cSUCTKSNeqTVjxEP+HFlIBV02LujP0QcbeXld8ZwCDo z/x60nqZxYpenpI0Ei+I2sqHgR6D9giisTwksMUKkwDY0DSXasRABUZQJsuhxSkI0hQO hPb6tYmlXkZLU4XnoAvwA9WgRHnHrmvQdmS9j6UAMtaBJqLKFnqboAGpstWv4+xHAtT6 DHd0+meKccpZX19Fd5YRdFUrXlqRFbgJRtcpFdUyLfW8imwP9Ezvs6WNO3WG+R7kNOpw 0prA== X-Gm-Message-State: AKwxytd6YQR3DzPgpvVDp2gFyscW9ZGtOPNVQ68WnY9QIsPhA+sU7pwq 0LK/x6NzNU4wCzx1Jwoqw09SkA== X-Google-Smtp-Source: ACJfBot+dWPV55eTNi5JFZeL67N07JB4QWP/zbEi7k39grCh7x9pq3aKABtM6Pm5B/Fp8A0WASlnrQ== X-Received: by 10.99.140.18 with SMTP id m18mr17793862pgd.59.1516250331108; Wed, 17 Jan 2018 20:38:51 -0800 (PST) Received: from [192.168.1.144] ([120.29.100.215]) by smtp.googlemail.com with ESMTPSA id o66sm9405339pga.93.2018.01.17.20.38.49 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 17 Jan 2018 20:38:50 -0800 (PST) Message-ID: <5A6024D9.2040202@gmail.com> Date: Thu, 18 Jan 2018 12:38:49 +0800 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "freebsd-questions@freebsd.org" Subject: fetchmail replacement Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 04:38:52 -0000 Looking for suggestions for a replacement of fetchmail that can do ssl mail fetch of mail located at my ISP. From owner-freebsd-questions@freebsd.org Thu Jan 18 04:53:56 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B88FE7EB47 for ; Thu, 18 Jan 2018 04:53:56 +0000 (UTC) (envelope-from yuripv@icloud.com) Received: from pv33p00im-asmtp002.me.com (pv33p00im-asmtp002.me.com [17.142.194.251]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DCBDB773C4 for ; Thu, 18 Jan 2018 04:53:55 +0000 (UTC) (envelope-from yuripv@icloud.com) Received: from process-dkim-sign-daemon.pv33p00im-asmtp002.me.com by pv33p00im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) id <0P2Q00J00GH20U00@pv33p00im-asmtp002.me.com> for freebsd-questions@freebsd.org; Thu, 18 Jan 2018 04:53:49 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=icloud.com; s=04042017; t=1516251229; bh=+3w5YXew91FHKznO+/cl7/mn3qao9QDfVAfcvh+LEJc=; h=Subject:To:From:Message-id:Date:MIME-version:Content-type; b=ZfkYtkkWLdJsphxTNQ6Vw1yGmmu5J7S+UY/zX/aJkKYv5jNFaKKbQeqwA56j74Gsb gtgxu+tfD6MFFoxETW3Q1rLW4PC+x5s6y3ATccao2+lfeFAVwGQsuGYpdejTN+1waR OxXPtoK3aq0m5NhnYEfpVVOIOB9yqNR03mgECPQCoMcw8dEfOYqcgRu0/cf0hHZXHa en6MQYFQIZsxYrpkaqnoYyNsl+iRRneywqLzohuUPtOUKsjcLKQCSyfq6VwmFQGYY9 Tl7zU3wwhIrxdlgntZhyrOEiA/+kyiFnesLyZ/HrbBrpkUaonokMav3bw6hBILOJlM LQJqzte4BfynQ== Received: from icloud.com ([127.0.0.1]) by pv33p00im-asmtp002.me.com (Oracle Communications Messaging Server 8.0.1.2.20170607 64bit (built Jun 7 2017)) with ESMTPSA id <0P2Q001TVIXJQA20@pv33p00im-asmtp002.me.com>; Thu, 18 Jan 2018 04:53:47 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-01-18_02:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1011 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1707230000 definitions=main-1801180070 Subject: Re: fetchmail replacement To: Ernie Luzar , "freebsd-questions@freebsd.org" References: <5A6024D9.2040202@gmail.com> From: Yuri Pankov Message-id: <07283e9f-1920-21bd-b68a-c8805dfc0b86@icloud.com> Date: Thu, 18 Jan 2018 07:53:45 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-version: 1.0 In-reply-to: <5A6024D9.2040202@gmail.com> Content-type: text/plain; charset=utf-8; format=flowed Content-language: en-US Content-transfer-encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 04:53:56 -0000 On Thu, Jan 18, 2018 at 12:38:49AM +0800, Ernie Luzar: > Looking for suggestions for a replacement of fetchmail that can do ssl > mail fetch of mail located at my ISP. getmail From owner-freebsd-questions@freebsd.org Thu Jan 18 05:14:33 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8EE7EA757E for ; Thu, 18 Jan 2018 05:14:33 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 123DB784D8 for ; Thu, 18 Jan 2018 05:14:32 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39915158; Thu, 18 Jan 2018 11:09:40 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0I5EQ1x094908; Thu, 18 Jan 2018 12:14:28 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0I5EOTo094905; Thu, 18 Jan 2018 12:14:24 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Thu, 18 Jan 2018 12:14:23 +0700 From: Victor Sudakov To: Trond Endrest?l Cc: FreeBSD questions Subject: Re: Dualboot and ZFS Message-ID: <20180118051423.GA94227@admin.sibptus.transneft.ru> References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 05:14:33 -0000 Trond Endrest?l wrote: > [script]# sysctl vfs.zfs.min_auto_ashift=12 > vfs.zfs.min_auto_ashift: 9 -> 12 Why do you change this? "Min ashift used when creating new top-level vdevs", hmm. You probably know something I don't. [dd] > > !!! Write the boot manager to the boot block in the MBR !!! > > [script]# gpart bootcode -b /boot/boot0 /dev/ada0 > bootcode written to ada0 Fine, here you install the bootmanager into the MBR. However I have a couple of questions below regarding the VBR. > > !!! Write /boot/zfsboot as two separate pieces to /dev/ada0s3{,a} !!! > > [script]# dd if=/boot/zfsboot of=/tmp/zfsboot1 count=1 > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.000383 secs (1337758 bytes/sec) > [script]# gpart bootcode -b /tmp/zfsboot1 /dev/ada0s3 > bootcode written to ada0s3 Why do you need this trick with /tmp/zfsboot1 ? Why not sysctl kern.geom.debugflags=0x10 dd if=/boot/zfsboot of=/dev/ada0s3 count=1 The example in zfsboot(8) is even weirder. They create a BSD label within an MBR slice, but never any partitions within. Why do they do it like that? Quoting the manual page: gpart create -s BSD ada0s1 gpart bootcode -b /boot/boot0 ada0 gpart set -a active -i 1 ada0 dd if=/boot/zfsboot of=/dev/ada0s1 count=1 dd if=/boot/zfsboot of=/dev/ada0s1 iseek=1 oseek=1024 > [script]# dd if=/boot/zfsboot of=/dev/ada0s3a skip=1 seek=1024 > 128+0 records in > 128+0 records out > 65536 bytes transferred in 0.043591 secs (1503439 bytes/sec) Should the "of=" target here be ada0s3a or just ada0s3 ? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Thu Jan 18 05:53:02 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D3035EB3F3A for ; Thu, 18 Jan 2018 05:53:02 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B47E79A57 for ; Thu, 18 Jan 2018 05:53:01 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.195.18.98]) by mrelayeu.kundenserver.de (mreue001 [212.227.15.167]) with ESMTPA (Nemesis) id 0MROX9-1eFoVY1OXP-00UWm1; Thu, 18 Jan 2018 06:52:59 +0100 Date: Thu, 18 Jan 2018 06:52:58 +0100 From: Polytropon To: Ernie Luzar Cc: "freebsd-questions@freebsd.org" Subject: Re: fetchmail replacement Message-Id: <20180118065258.126c64a0.freebsd@edvax.de> In-Reply-To: <5A6024D9.2040202@gmail.com> References: <5A6024D9.2040202@gmail.com> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:iy/c3MiGvQvu0FDr/jOJk4MHLScl517gyTrT0vV3GXezcQbvPLt iYz69XQlU/Q3J26XV/g5ngoZctgA9lZPishgZjfr0S+A/xPt73nfRT6I5tQ4UYoXOTxJNqT hRHbSZ80cjPbfWdazCv4oqjnYi51bmxyVT/H48u0BaUR6XTLANrTLC8jT+dx4P0zjv9bfh8 eU73R3KT5dgu9N3gRsIyA== X-UI-Out-Filterresults: notjunk:1;V01:K0:4WBjOwBRhF4=:SyCnBRXxRSN11PXmJUD5Gj TOdUWs5TMB8D1ngitPpJNxDmD56N8ZI2i1ATcZmjJ0FhALLTdSqFtfaT/inhV5lODMvIhJTFX g6cQ/MDz0x6yoexrvMBDQ1tnVRIkxNrYoSTbwX6SlZOT53S0b+Lm0RMk1ihPne/6PoeKMnSnQ ozP5/3Ta5dFWbrLDSBS7SQ3lrAVlkVnMlE50UvOmzRxCcymkbw2cCOvRSAgGo6O265j7mwUjW 8sAMXWJMW1y6VE700ogNK6eYzyPklGDgD4d4oJYOdD8jHYEzpPE8LvjyQUWELpHtIc8DPlABW K59JXUArf3bHmHowLVIOJzlps9o+3Z0iPtebND0j/auKGdyNtJozYT16RKFa9bG0yZnKssh50 /ofkrllg5pA1zAiDGl2niRctTsjK3Bk3qmZdepfq9wzXEKc9HLy5i6VpjvbsSXODTqoT473pI fcJGblWhi2GIlvfTq3fZ0JqNHHe62boBg02dela5u/RRzu8rRxlX+TfDYYMXP5shRqkTJtV+d sceib205A02b63tpvfIfIPLnhNxepEvPyAgYQjrp3KS8bQUmP/SiZdbL9DyoPk/ZKF3uosYmE J9z5LrD4sSmecmJvt/VIa/OrTcTLIMgKwZDvqdxafd8S9C7tRm0Cs9WFQVWj57tG27TOsiku9 sbVTzUI7+wUiHeuxSiOybwyM34Vj3IAyMzrQaYi78/xyk1uPDKmkjOkAPjYdPqD81+tds8XY6 P0QYY5PwPPQE69631JVzK477T35uWHA4lE0B33ocHzVPGBwdlGnIXiX9d2c= X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 05:53:02 -0000 On Thu, 18 Jan 2018 12:38:49 +0800, Ernie Luzar wrote: > Looking for suggestions for a replacement of fetchmail that can do ssl > mail fetch of mail located at my ISP. If it's only about SSL support, add the "ssl" keyword to your configuration line(s) in ~/.fetchmailrc or the global equivalent. Example: poll pop.example.com proto POP3 user BOB pass HUNTER2 fetchall flush ssl See "man fetchmail" for details. If it's about actually replacing fetchmail: check getmail. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Thu Jan 18 08:48:46 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 30F2FEBDD6A for ; Thu, 18 Jan 2018 08:48:46 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CCE7D80A7F for ; Thu, 18 Jan 2018 08:48:45 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w0I8mcZO071087 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 18 Jan 2018 09:48:38 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w0I8mccp071084 for ; Thu, 18 Jan 2018 09:48:38 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 18 Jan 2018 09:48:38 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD questions Subject: Re: Dualboot and ZFS In-Reply-To: <20180118051423.GA94227@admin.sibptus.transneft.ru> Message-ID: References: <20180115051308.GA45168@admin.sibptus.transneft.ru> <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180118051423.GA94227@admin.sibptus.transneft.ru> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 08:48:46 -0000 On Thu, 18 Jan 2018 12:14+0700, Victor Sudakov wrote: > Trond Endrestøl wrote: > > [script]# sysctl vfs.zfs.min_auto_ashift=12 > > vfs.zfs.min_auto_ashift: 9 -> 12 > > Why do you change this? > > "Min ashift used when creating new top-level vdevs", hmm. You probably > know something I don't. > [dd] If you know you will be using 4Kn (AF) drives now or in the near future, you might as well prepare ZFS. Otherwise leave ashift at 9. > > !!! Write /boot/zfsboot as two separate pieces to /dev/ada0s3{,a} !!! > > > > [script]# dd if=/boot/zfsboot of=/tmp/zfsboot1 count=1 > > 1+0 records in > > 1+0 records out > > 512 bytes transferred in 0.000383 secs (1337758 bytes/sec) > > [script]# gpart bootcode -b /tmp/zfsboot1 /dev/ada0s3 > > bootcode written to ada0s3 > > Why do you need this trick with /tmp/zfsboot1 ? Why not > > sysctl kern.geom.debugflags=0x10 > dd if=/boot/zfsboot of=/dev/ada0s3 count=1 > > The example in zfsboot(8) is even weirder. They create a BSD label > within an MBR slice, but never any partitions within. Why do they do > it like that? Quoting the manual page: > > gpart create -s BSD ada0s1 > gpart bootcode -b /boot/boot0 ada0 > gpart set -a active -i 1 ada0 > dd if=/boot/zfsboot of=/dev/ada0s1 count=1 > dd if=/boot/zfsboot of=/dev/ada0s1 iseek=1 oseek=1024 > > > [script]# dd if=/boot/zfsboot of=/dev/ada0s3a skip=1 seek=1024 > > 128+0 records in > > 128+0 records out > > 65536 bytes transferred in 0.043591 secs (1503439 bytes/sec) > > Should the "of=" target here be ada0s3a or just ada0s3 ? I followed step 10 of https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition. I'm sure you can optimize away the drudgery. The key is to place some of the bootcode in the boot block of the disklabel and the remainder in the boot block of the zpool. -- Trond. From owner-freebsd-questions@freebsd.org Thu Jan 18 10:41:31 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 255B3EC41DB for ; Thu, 18 Jan 2018 10:41:31 +0000 (UTC) (envelope-from young.crickmar@hotmail.com) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-oln040092071025.outbound.protection.outlook.com [40.92.71.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "Microsoft IT TLS CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 971E22221 for ; Thu, 18 Jan 2018 10:41:29 +0000 (UTC) (envelope-from young.crickmar@hotmail.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=AKJ6tMV92ZzWZg1yqaur+kEVuMBIz7UFGZbx1cukU88=; b=rCTYeYkxyrpnWBd58MStkbNsGyX7he1osYMh/uZc7rC1mCtYr5e1lFaEtSJ/KE57sLvzKPqGfgmtyNPp04gwiOlzJxgQR/6OsCKVnWKgnGVVS26JfC7sMZVK3Fz7uL+pXJZQvn2OHFMLK7v1fGT69D1yerY2+yZUJZBqDFozD2lNmyefKmQRIVzOHk/wb7ljaNwjHi750J68Q2KnATKSUgsbddE7pt6Y4WxfTFVs/EHLpr1vb6QbAmKFoB/zqLpa71zcFp/hiC99andkdlReOn8V7bwGxccg5V1ggbBkuOoQfTksCCH8kE5Y3d71DhgIYZwHRSm6o/erfh6tKYNv3Q== Received: from AM5EUR03FT021.eop-EUR03.prod.protection.outlook.com (10.152.16.54) by AM5EUR03HT112.eop-EUR03.prod.protection.outlook.com (10.152.17.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.19; Thu, 18 Jan 2018 10:41:26 +0000 Received: from LNXP265MB0361.GBRP265.PROD.OUTLOOK.COM (10.152.16.57) by AM5EUR03FT021.mail.protection.outlook.com (10.152.16.105) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.345.19 via Frontend Transport; Thu, 18 Jan 2018 10:41:27 +0000 Received: from LNXP265MB0361.GBRP265.PROD.OUTLOOK.COM ([fe80::d8a6:3536:7f73:ac3f]) by LNXP265MB0361.GBRP265.PROD.OUTLOOK.COM ([fe80::d8a6:3536:7f73:ac3f%13]) with mapi id 15.20.0407.012; Thu, 18 Jan 2018 10:41:26 +0000 From: pss consulting llc pilar sarabia To: "freebsd-questions@freebsd.org" Subject: inbox Thread-Topic: inbox Thread-Index: AQHTkEjkhunQOHUVUUG8XFB0KITdiQ== Date: Thu, 18 Jan 2018 10:41:26 +0000 Message-ID: Reply-To: "pss.consultllc@outlook.com" Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:E2CD199DC8C9732EFA5BC9EAED5830FE789DEBB4FD85430C88F76DB7BF4B8C27; UpperCasedChecksum:F6E377D16DEFDDF647864D3DA0902C0F642900819D2F73C4805AC6006F9C7829; SizeAsReceived:7109; Count:47 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [aycCRCbzWXH0SzKcMNAoaz7S8BpfnjAf] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1; AM5EUR03HT112; 6:PSYcvHyJOY7i0u8Lw36Ugr8jbqxgEXMqCU7HkhSLQd/SM934CXeUeFPblTFLxltQ9bqgXvDTqire6zfpfC/eoM/8GvyBlsvV/+JzXl9nY4JJgU5Inu6w4bRHLcg0woDMcYDKORI71FhuxVRfq+mnzl4rN1TK3DfLNnaacLM8TUBmXVArdSldNdWBJyzJD/Z4jdtOcTukBgrZKOAcPvFCUGhCGKsxW9nz3Sm97m/6Ug7uWbzxD8IBup01XUS1cUTloSoA4DbZut73fvNYJD3AIr0yVKwqoF+ENioOKRPpOgwWD9xVNO0F2MceoEIrKD26HmTmxvNLn7McteWDJJfYTP4CRqsorXeFM+J9pEKe5Q0=; 5:VDHqijDUDRtktp+FvICmdG28jaOEDpLCLx4yD0EqV65kbu5YemfWRBCEZKTcoXdqtn8RUDI5Kaz3Dk74E3jEo3djSmMG6hm7ELpCLIiO5VUKA+5N/kFXA99uZTm8S3LdRv16a39Fkzq4zhV7jSUG6mRuXA2FEKOM/c4Eh/Q/oMo=; 24:PDid6uF7WFFdpjNLzNR8sY9cUm8p+uWEjPSyMZpK61hFBY0l5kWSIrQ3mubgmT2D0A3a+8jSlZ+qdfHdvMrSthKVK7/ch2b33sfERbaZesw=; 7:93/dDW3vjmXUB1KnJsNuFgvn48Bi8THQZCV7dRIhsF+qT8LvXev4drSEbTQP3en6u0fyXpe1zS7NspQ495AeSSwe5C5Wq3H+lVZ0dptp5vjewR1dV/8zQhHo/e2ylDi7DGKvrBDdbnUn48PQMJUk2HbUJeOS7oe0sluujrUBalMkk/IBJv9g72XKM3PVTmRT0prZK02OrSD2hE6A5rGF6QjWdl7sppMzJwR7N9D6nBZrxqc2T4TlKPDa0FfFzedO x-incomingheadercount: 47 x-eopattributedmessage: 0 x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1603101448)(1601125374)(1701031045); SRVR:AM5EUR03HT112; x-ms-traffictypediagnostic: AM5EUR03HT112: x-ms-office365-filtering-correlation-id: e8022637-eeec-41b5-6019-08d55e600676 x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:AM5EUR03HT112; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:AM5EUR03HT112; x-forefront-prvs: 05568D1FF7 x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:AM5EUR03HT112; H:LNXP265MB0361.GBRP265.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-Network-Message-Id: e8022637-eeec-41b5-6019-08d55e600676 X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Jan 2018 10:41:26.7960 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5EUR03HT112 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 10:41:31 -0000 Dear Sales , I am from Pilar Sarabia Safety Consulting LLC, I write to you as our firm is in need of suppliers capable of fulfilling our often office and project supplies. I will be needed the following products Quotation Seagate - Backup Plus Slim 1TB External USB 3.0/2.0 Portable Hard Drive Model: STDR1000100 Western Digital - WD 1TB My Passport USB 3.0 Secure Portable Hard Drive (Black) Model: MFR # WDBYNN0010BBK-WESN HP 1TB, Internal,7200RPM,2.5" HP 8GB PC4-2133P-R RAM Memory Kit intel core i7 processor HP 16GB PC4-2133P-R RAM Memory Kit I will look out for your prompt response Advising me Availability,Prices an= d Lead time for shipping. For: Pilar Sarabia Safety Consulting LLC. Regards, Mike Procurements From owner-freebsd-questions@freebsd.org Thu Jan 18 17:21:22 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 71AB0EB806B for ; Thu, 18 Jan 2018 17:21:22 +0000 (UTC) (envelope-from paul@ifdnrg.com) Received: from outbound.ifdnrg.com (outbound2.ifdnrg.com [193.200.98.38]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "outbound.ifdnrg.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F2F2677A62 for ; Thu, 18 Jan 2018 17:21:21 +0000 (UTC) (envelope-from paul@ifdnrg.com) Received: from [192.168.0.11] (38.156-30-62.static.virginmediabusiness.co.uk [62.30.156.38]) (authenticated bits=0) by outbound.ifdnrg.com (8.15.2/8.15.2) with ESMTPSA id w0IGuCeH026737 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 18 Jan 2018 16:56:13 GMT (envelope-from paul@ifdnrg.com) X-Authentication-Warning: outbound.ifdnrg.com: Host 38.156-30-62.static.virginmediabusiness.co.uk [62.30.156.38] claimed to be [192.168.0.11] To: "freebsd-questions@freebsd.org" From: Paul Macdonald Subject: good postfix virtual auto responder Message-ID: <9405ae05-99f1-8a6c-1a48-983501f23075@ifdnrg.com> Date: Thu, 18 Jan 2018 16:56:16 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 Content-Language: en-GB Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 17:21:22 -0000 Does anyone have any recommendations as to a good autoresponder for postfix, must support virtual users and ideally operate without shell actions ( ie turning on/off, configuring just from database configs) thanks Paul. From owner-freebsd-questions@freebsd.org Thu Jan 18 18:21:10 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CB1DEBB011 for ; Thu, 18 Jan 2018 18:21:10 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 224FA7A1D1 for ; Thu, 18 Jan 2018 18:21:09 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1516299315; bh=QKA1QYNxBV0L4jk8Vj1xLLFg6EiErtnWv6RCWT063Pg=; h=Subject:To:References:From:Date:In-Reply-To; b=LiQ6MWNAOS2sHZapneMWDADiHPU4JsRFf+wnUQd7Gme78Prt3ErDEGbPVxyoHmSuC j+5ZUMR6Ex19Nm5C3KkZzkF6V1HmJS2mE0O63Za6UFE3y08DL0BXY6XYtV5ePsQr9C 2RvZ2L5EL22VAEJpscoKw2y9WCf87ASmM6dCxBSs= Subject: Re: good postfix virtual auto responder To: freebsd-questions@freebsd.org References: <9405ae05-99f1-8a6c-1a48-983501f23075@ifdnrg.com> From: Per olof Ljungmark Message-ID: <2df75c1f-a1fa-6b91-7acb-5b2f5597a29c@nethead.se> Date: Thu, 18 Jan 2018 19:15:08 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <9405ae05-99f1-8a6c-1a48-983501f23075@ifdnrg.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 18:21:10 -0000 On 01/18/18 17:56, Paul Macdonald via freebsd-questions wrote: > > Does anyone have any recommendations as to a good autoresponder for > postfix, > > must support virtual users and ideally operate without shell actions ( > ie turning on/off, configuring just from database configs) Perhaps you need to be more specific? User interactive? Admin only? "Without shell" excludes /usr/bin/vacation I suppose, but what "database" are you referring to? We use Horde IMP with Cyrus-IMAP that has a vacation sieve filter built in but there are others of course: https://www.google.se/search?q=autoresponder+for+postfix&ie=utf-8&oe=utf-8&client=firefox-b&gfe_rd=cr&dcr=0&ei=K-JgWpukNNSwX4SYqqgF Cheers, //per From owner-freebsd-questions@freebsd.org Thu Jan 18 19:07:39 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDB07EBD419 for ; Thu, 18 Jan 2018 19:07:39 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: from mail-wr0-x235.google.com (mail-wr0-x235.google.com [IPv6:2a00:1450:400c:c0c::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 859497BE5B for ; Thu, 18 Jan 2018 19:07:39 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: by mail-wr0-x235.google.com with SMTP id z48so23699769wrz.6 for ; Thu, 18 Jan 2018 11:07:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=2IhfOFIucfmiAtaNi3O26d7vwhTby9e/SHikAQkLcqM=; b=HguHWk5VrDKYapfV6X7nz5OoWjt0UTkync5Hks10mVvTtzUy2a16JCEfBUpHpR1qkM 0C3x//zCTlYmcOIwvYSM6RXR1YY/XkY0B0lipw7DhgeSxyX15EyKyRnmpiIxEdBN3Ee/ HncOaLZOIgQNQIWDbZq4u4PnyYtHuDI3kHhCebxSwicBYlCrdUp3KvSOMQX5DTmROANQ XSDY6X1CgcjBqcNaFn9MlKVsqWD5s5p0EwUDmnYXBxJqdlPREaRJciRzbOQeCxcufexk 8Cj3WgwdksmDxf7aqSGrlpMyCt+wJAdcizx6gnChAiE9xYMrnQ0wwBJxOp3mAluQMGe/ Janw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=2IhfOFIucfmiAtaNi3O26d7vwhTby9e/SHikAQkLcqM=; b=S6RMp/UO/kxfVD7wSjjOJmRLLkroLdiApX9pAQmHaFzpScoJe1ijmL5JESzqAbmpMP xv+Emhw2Nz+KB0/DVJ2aaT1eX169DbDCLdtxC1yaG01EcHQBCc93WhRG+a8zKQzoOH3T nskuzR1/dXK3Vn9V3FTiCSwLaJsTWWqYn4BAJ2+s4gSidCn5yZ8LoYetkGSAo1nqXpEx Ecr/Cp1K5EdUgm3E6R644rXV/4nvQLltFBrU5hUgfu4j00/ARRpJkCl79ymP1x0my+ux 08WvZ+Rae/I05+HKbaSVNkYZNN+r9NkSH12/viIszeBV/BxZNfiZpz/7Uz/pDFzi+agq Pmmg== X-Gm-Message-State: AKwxytfNnM/6/aPziTcvhXx6sdF20PvV25oxl2nfJxgUfuuYcUAnGANO shn8hkAg6k5LyjYVTmO5AB56FDQocEtPkjuYjWg= X-Google-Smtp-Source: ACJfBot4Mj3NCK/TEx1pIfKxT/nAIK1vlwE1pFxv9p+XD+KCU69kznJxRkyxlzwOx2uyhBFpiz6zjrqEzEg2GwFiEzc= X-Received: by 10.223.129.135 with SMTP id 7mr7329646wra.40.1516302456785; Thu, 18 Jan 2018 11:07:36 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.139.194 with HTTP; Thu, 18 Jan 2018 11:07:36 -0800 (PST) From: David Mehler Date: Thu, 18 Jan 2018 14:07:36 -0500 Message-ID: Subject: acme-client and multiple domains periodic renewal To: freebsd-questions Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 19:07:40 -0000 Hello, If anyone has acme-client going with multiple domains and updating through periodic.conf please email me i'd like to know your configuration? Everytime I think I get this going three months later the certificates don't renew and I get invalid ssl certificates when attempting to access the web sites. Thanks. Dave. From owner-freebsd-questions@freebsd.org Thu Jan 18 20:10:05 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8B0E9EC059A for ; Thu, 18 Jan 2018 20:10:05 +0000 (UTC) (envelope-from peter@boosten.org) Received: from smtpq2.tb.mail.iss.as9143.net (smtpq2.tb.mail.iss.as9143.net [212.54.42.165]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49FDE7E232 for ; Thu, 18 Jan 2018 20:10:04 +0000 (UTC) (envelope-from peter@boosten.org) Received: from [212.54.42.134] (helo=smtp10.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1ecGDN-0003DL-0B; Thu, 18 Jan 2018 20:51:09 +0100 Received: from 5419f71f.cm-5-2d.dynamic.ziggo.nl ([84.25.247.31] helo=ra.boosten.org) by smtp10.tb.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1ecGDM-0003s2-Tt; Thu, 18 Jan 2018 20:51:08 +0100 Received: from [192.168.178.24] (5419A4BC.cm-5-2c.dynamic.ziggo.nl [84.25.164.188]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ra.boosten.org (Postfix) with ESMTPSA id 932B13433260; Thu, 18 Jan 2018 20:51:08 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: acme-client and multiple domains periodic renewal From: Peter Boosten X-Mailer: iPhone Mail (15C202) In-Reply-To: Date: Thu, 18 Jan 2018 20:51:05 +0100 Cc: freebsd-questions Content-Transfer-Encoding: quoted-printable Message-Id: <21941967-64AB-4585-8F16-1323CF080E54@boosten.org> References: To: David Mehler X-SourceIP: 84.25.247.31 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=EcDmvsuC c=1 sm=1 tr=0 a=JWBJsaPp29SgP5DpYRBqZw==:17 a=kj9zAlcOel0A:10 a=RgaUWeydRksA:10 a=pGLkceISAAAA:8 a=6I5d2MoRAAAA:8 a=iEtyAg_lpJfyJLBNHmkA:9 a=CjuIK1q_8ugA:10 a=IjZwj45LgO3ly-622nXo:22 none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 20:10:05 -0000 I have a SAN certificate, and it has been renewed several times now.=20 Let me know what you want to know exactly (will be home in a couple of minut= es) Peter > On 18 Jan 2018, at 20:07, David Mehler wrote: >=20 > Hello, >=20 > If anyone has acme-client going with multiple domains and updating > through periodic.conf please email me i'd like to know your > configuration? >=20 > Everytime I think I get this going three months later the certificates > don't renew and I get invalid ssl certificates when attempting to > access the web sites. >=20 > Thanks. > Dave. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.or= g" From owner-freebsd-questions@freebsd.org Thu Jan 18 21:04:56 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4CEB8EC30B3 for ; Thu, 18 Jan 2018 21:04:56 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: from mail-wr0-x236.google.com (mail-wr0-x236.google.com [IPv6:2a00:1450:400c:c0c::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D342980CBD for ; Thu, 18 Jan 2018 21:04:55 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: by mail-wr0-x236.google.com with SMTP id 16so23997919wry.12 for ; Thu, 18 Jan 2018 13:04:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=vuu2Gtf+65yAipjPBr1oQKsEVKq5UYKWsCcPFXtdg1Q=; b=ocixfmlBosQZVOaHPnmzgO8NJTR7jbT2zS8svTEmEtonsvcr28bSF6Jt3BbpInOMBZ 23GGERBHCSA1hQFfRMROlJjTulFM+VZgqR2VwrSCmIymnyUJ+EVJDdzegvP+jV1/aRGw qFKEIEL3CjmPRYUbflOnSLQmFB6JWPitLg27bF5Dqww4AdLO0Vflx1TZOS6BsvJVK53D vUvWlOVH+zYGq7ugDJcU0qpjp/dMeX2mm4frkylfnMqzuLiB5zfT91mUta2sqa2SoMWY M8BvbOxWIfNNsALw5tKZq0jDpospLrOaob5gKX4rlPvMPg13uY2JcM4GgmxnYUfXoZO0 qdWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=vuu2Gtf+65yAipjPBr1oQKsEVKq5UYKWsCcPFXtdg1Q=; b=Ivk9F1+JLI7PtRbxiXq1S7NHbeVQwlgIPs3lusTeq39aqgr2UnTGNHiiAk25NFTxEx DB3oyjKuQuieiVhf7PXyxh9SqiSouQt9MtLWtNs7e90C4L3mDKdoZiqJYin5nShLLceo Xq/jBk+ivBSXWEy+u1o1xURzQhivC9F1tap4TLsvDsXbhMZPAHFQNheeNYb3WQk7a2M1 LbgKUJDd8oa7lJeYl/AOShPnwSkNwIvW/t8FYhKxpzAQyXuMHMhnv8xOcXpCc72e49QJ 7E007HJNOUaY+n8i8O+wOrQRTG5TCc0Mj7LfKKgHxW7P4cr0PzoUB5zn/Yymm8MfqpWY y+ng== X-Gm-Message-State: AKwxytefL7BMDtI3J5FLe+FD/+mfYKwM2+Dk6PdVmgSOb6l0ZuvFF1wy x065d8VfNSqHuJyMYaeECtyeJcnk4tRVHZKmQvg= X-Google-Smtp-Source: ACJfBoszeK8ism/tgPns60HJeRLswKRzYWLhYvDf6IN/zCiC/N4RRtAF5C0XqfGeyfJ8LiaxXsQ2dTK7RltcE7VKEYo= X-Received: by 10.223.151.41 with SMTP id r38mr6754106wrb.133.1516309494094; Thu, 18 Jan 2018 13:04:54 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.139.194 with HTTP; Thu, 18 Jan 2018 13:04:53 -0800 (PST) In-Reply-To: <21941967-64AB-4585-8F16-1323CF080E54@boosten.org> References: <21941967-64AB-4585-8F16-1323CF080E54@boosten.org> From: David Mehler Date: Thu, 18 Jan 2018 16:04:53 -0500 Message-ID: Subject: Re: acme-client and multiple domains periodic renewal To: Peter Boosten Cc: freebsd-questions Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 21:04:56 -0000 Hello, Thanks for your response. What my eventual end goal is is to get universal https access for all my domains except for the acme-client validation which I understand must be done over http, so that is http everything else https. I'm using FreeBSD 10.3 and apache 2.4. I've got two domains each with a number of subdomains so they are SAN certificates. I've taken out the redirects as that is appearing to cause errors in validation. Ideally i'd like my SAN certificates to be updated when they are due, currently mine is not. Peter, if you could let me take a look at your config, compare it to mine, i'd appreciate it. Here's my configuration: In httpd.conf: # Access to .well-known for acme-challenge keys Options None AllowOverride None Require all granted Header add Content-Type text/plain In a virtual host file: # # Virtual host file # ServerAdmin webmaster@example.com DocumentRoot "/usr/vhosts/example.com/htdocs/" ServerName www.example.com ServerAlias example.com www.example.com mail.example.com ErrorDocument 404 /errordocs/error404.htm # share well-known for renewal via Let's acme-client Alias /.well-known/ /usr/local/www/.well-known/ # The below block doesn't work with acme-challenges # Anything that isn't going to example.com/.well-known gets forwarded to the https site #RewriteEngine on #RewriteCond %{REQUEST_URI} !^/.well-known #RewriteRule (.*) https://www.example.com$1 [R=301,L] # atempted to with redirect #Redirect / https://www.example.com/ ErrorLog "/usr/vhosts/example.com/logs/error.log" ServerAdmin webmaster@example.com DocumentRoot "/usr/vhosts/example.com/htdocs/" ServerName www.example.com SSLEngine on SSLCertificateFile "/usr/local/etc/ssl/acme/example.com/cert.pem" SSLCertificateKeyFile "/usr/local/etc/ssl/acme/private/example.com/privkey.pem" SSLCertificateChainFile "/usr/local/etc/ssl/acme/example.com/chain.pem" Options FollowSymLinks AllowOverRide None Require all granted CustomLog "|/usr/local/sbin/rotatelogs -l /usr/vhosts/example.com/logs/access.log-%Y-%m-%d.log 86400" combined # Disc cache setup CacheQuickHandler off CacheLock on CacheLockPath /tmp/mod_cache-lock CacheLockMaxAge 5 CacheIgnoreHeaders Set-Cookie CacheEnable disk CacheHeader on CacheDefaultExpire 600 CacheMaxExpire 86400 CacheLastModifiedFactor 0.5 ExpiresActive on ExpiresDefault "access plus 5 minutes" Header merge Cache-Control public FileETag All Thanks. Dave. On 1/18/18, Peter Boosten wrote: > I have a SAN certificate, and it has been renewed several times now. > > Let me know what you want to know exactly (will be home in a couple of > minutes) > > Peter > >> On 18 Jan 2018, at 20:07, David Mehler wrote: >> >> Hello, >> >> If anyone has acme-client going with multiple domains and updating >> through periodic.conf please email me i'd like to know your >> configuration? >> >> Everytime I think I get this going three months later the certificates >> don't renew and I get invalid ssl certificates when attempting to >> access the web sites. >> >> Thanks. >> Dave. >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" > > From owner-freebsd-questions@freebsd.org Thu Jan 18 21:25:23 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A2DE2EC4133 for ; Thu, 18 Jan 2018 21:25:23 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailman.tundraware.com", Issuer "mailman.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 691A181DAB for ; Thu, 18 Jan 2018 21:25:22 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id w0IL21Kf004014 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Thu, 18 Jan 2018 15:02:01 -0600 (CST) (envelope-from tundra@tundraware.com) To: FreeBSD Mailing List From: Tim Daneliuk Subject: gpart And VPS Disk: Disappearing swap Partition Message-ID: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> Date: Thu, 18 Jan 2018 15:01:56 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (oceanview.tundraware.com [45.55.60.57]); Thu, 18 Jan 2018 15:02:01 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: w0IL21Kf004014 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-0.901, required 1, autolearn=not spam, ALL_TRUSTED -1.00, AWL 0.11, T_RP_MATCHES_RCVD -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 21:25:23 -0000 I have Digital Ocean instance that has about 1G free on the disk. I want to use this to create a second swap partition. I am able to run 'gpart add -t freebsd-swap ...' successfully. That is, gpart show shows that new swap partition as present and I can swap it on. HOWEVER, upon reboot, that partition disappears and the space shows as free again. What am I missing here? -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-questions@freebsd.org Thu Jan 18 22:39:33 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7954BEC7B7C for ; Thu, 18 Jan 2018 22:39:33 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) Received: from bca5.email-od.com (bca5.email-od.com [207.246.239.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 476F324A0 for ; Thu, 18 Jan 2018 22:39:32 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1516315176; x=1518907176; h=x-thread-info:date:from:to:subject:message-id:in-reply-to:references:mime-version:content-type:content-transfer-encoding; bh=n3pKBvS4Wgz+vji4xG0WDtiQ6fWS/hO/AH0R0WTfm3w=; b=a3gXNfIn8RNsTNKz+UhgwgLIuVA0UdKQp80B0f5Jm6dyTQxhL9n8H13AyQrzNv6OLz4Bxf5RDqFkItguVghffzt06vGZA3OVz4RySBzk6w2MiSZ/+5nLGugT0kajlkhjAC/+RelfM/eSfqV42KbrSexHYmBqje0+xT+O6Sq84zQ= X-Thread-Info: NDI1MC4xMi44ODAwMDAwMDBiZGNlMy5mcmVlYnNkLXF1ZXN0aW9ucz1mcmVlYnNkLm9yZw== Received: from r6.us-west-2a.aws.in.socketlabs.com (r6.us-west-2a.aws.in.socketlabs.com [52.40.216.92]) by bca2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Thu, 18 Jan 2018 16:39:19 -0500 Received: from smtp.lan.sohara.org (EMTPY [89.127.62.20]) by r6.us-west-2a.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256) Thu, 18 Jan 2018 16:39:16 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.90 (FreeBSD)) (envelope-from ) id 1ecHtx-000NHA-Pg for freebsd-questions@freebsd.org; Thu, 18 Jan 2018 21:39:13 +0000 Date: Thu, 18 Jan 2018 21:39:13 +0000 From: Steve O'Hara-Smith To: freebsd-questions@freebsd.org Subject: Re: gpart And VPS Disk: Disappearing swap Partition Message-Id: <20180118213913.b39616554429136e897334fa@sohara.org> In-Reply-To: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> References: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.0) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 22:39:33 -0000 On Thu, 18 Jan 2018 15:01:56 -0600 Tim Daneliuk wrote: > I have Digital Ocean instance that has about 1G free on the disk. > I want to use this to create a second swap partition. I am able to > run 'gpart add -t freebsd-swap ...' successfully. That is, gpart show > shows that new swap partition as present and I can swap it on. HOWEVER, > upon reboot, that partition disappears and the space shows as free again. > > What am I missing here? An entry in /etc/fstab something like this: /dev/gpt/ none swap sw 0 0 -- Steve O'Hara-Smith From owner-freebsd-questions@freebsd.org Thu Jan 18 22:43:44 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5986EC7F90 for ; Thu, 18 Jan 2018 22:43:44 +0000 (UTC) (envelope-from starikarp@yandex.com) Received: from forward100p.mail.yandex.net (forward100p.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 87E5628C7 for ; Thu, 18 Jan 2018 22:43:44 +0000 (UTC) (envelope-from starikarp@yandex.com) Received: from mxback9j.mail.yandex.net (mxback9j.mail.yandex.net [IPv6:2a02:6b8:0:1619::112]) by forward100p.mail.yandex.net (Yandex) with ESMTP id D4D735104B4B for ; Fri, 19 Jan 2018 01:43:40 +0300 (MSK) Received: from smtp1p.mail.yandex.net (smtp1p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:6]) by mxback9j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id NaaJB4Wnfr-heX4dI9M; Fri, 19 Jan 2018 01:43:40 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1516315420; bh=UR7FqK6ynnk0SVoN7/h2qdvgNX2wR4Y4TviJe/PegEM=; h=Message-ID:Subject:From:To:Date; b=bfl7Ta+ZoSZPgSmr69/QM6JMCcgDF/3/OstZdflg0FI9/GPXIc7HNi2MU/j0Tn28a thw3rGmLx4nK/QeEcGHXBAwa7UsoH6PzcNvCee5LVEDatVLCGr8LVYW78dYTbbgO7b x1UpJtdcAKiRlmW0cbWoAgvmiVoaiSN7UWE7J9CE= Received: by smtp1p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id KhdzpZjMq4-hdVWJoPi; Fri, 19 Jan 2018 01:43:39 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1516315420; bh=UR7FqK6ynnk0SVoN7/h2qdvgNX2wR4Y4TviJe/PegEM=; h=Message-ID:Subject:From:To:Date; b=bfl7Ta+ZoSZPgSmr69/QM6JMCcgDF/3/OstZdflg0FI9/GPXIc7HNi2MU/j0Tn28a thw3rGmLx4nK/QeEcGHXBAwa7UsoH6PzcNvCee5LVEDatVLCGr8LVYW78dYTbbgO7b x1UpJtdcAKiRlmW0cbWoAgvmiVoaiSN7UWE7J9CE= Authentication-Results: smtp1p.mail.yandex.net; dkim=pass header.i=@yandex.com Message-ID: <1516315417.19486.1.camel@yandex.com> Subject: processor From: Stari Karp To: FreeBSD Questions Date: Thu, 18 Jan 2018 17:43:37 -0500 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.2 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 22:43:45 -0000 Hi! I have FreeBSD installed on iMac 11,1 computer: "The iMac "Core i7" 2.8 27-Inch Aluminum (Late 2009) is powered by a 2.8 GHz Quad Core Intel "Core i7" I7-860 (Lynnfield/Nehalem) processor with a dedicated 256k level 2 cache for each core and an 8 MB shared level 3 cache." When I run uname -p I get: amd64 uname -a: 11.1-RELEASE-p4 FreeBSD 11.1-RELEASE-p4 #0: Tue Nov 14 06:12:40 UTC 2017 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERI C amd64 pciconf -lv hostb0@pci0:0:0:0: class=0x060000 card=0x00008086 chip=0xd1318086 rev=0x11 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor DMI' class = bridge subclass = HOST-PCI pcib1@pci0:0:3:0: class=0x060400 card=0x00008086 chip=0xd1388086 rev=0x11 hdr=0x01 vendor = 'Intel Corporation' device = 'Core Processor PCI Express Root Port 1' class = bridge subclass = PCI-PCI none0@pci0:0:8:0: class=0x088000 card=0x00000000 chip=0xd1558086 rev=0x11 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor System Management Registers' class = base peripheral none1@pci0:0:8:1: class=0x088000 card=0x00000000 chip=0xd1568086 rev=0x11 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Semaphore and Scratchpad Registers' class = base peripheral none2@pci0:0:8:2: class=0x088000 card=0x00000000 chip=0xd1578086 rev=0x11 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor System Control and Status Registers' class = base peripheral none3@pci0:0:8:3: class=0x088000 card=0x00000000 chip=0xd1588086 rev=0x11 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Miscellaneous Registers' class = base peripheral none4@pci0:0:16:0: class=0x088000 card=0x00000000 chip=0xd1508086 rev=0x11 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor QPI Link' class = base peripheral none5@pci0:0:16:1: class=0x088000 card=0x00000000 chip=0xd1518086 rev=0x11 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor QPI Routing and Protocol Registers' class = base peripheral uhci0@pci0:0:26:0: class=0x0c0300 card=0x72708086 chip=0x3b3b8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x72708086 chip=0x3b3c8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset USB2 Enhanced Host Controller' class = serial bus subclass = USB hdac1@pci0:0:27:0: class=0x040300 card=0x72708086 chip=0x3b568086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset High Definition Audio' class = multimedia subclass = HDA pcib2@pci0:0:28:0: class=0x060400 card=0x72708086 chip=0x3b428086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset PCI Express Root Port 1' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:1: class=0x060400 card=0x72708086 chip=0x3b448086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset PCI Express Root Port 2' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:2: class=0x060400 card=0x72708086 chip=0x3b468086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset PCI Express Root Port 3' class = bridge subclass = PCI-PCI pcib6@pci0:0:28:3: class=0x060400 card=0x72708086 chip=0x3b488086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset PCI Express Root Port 4' class = bridge subclass = PCI-PCI pcib7@pci0:0:28:4: class=0x060400 card=0x72708086 chip=0x3b4a8086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset PCI Express Root Port 5' class = bridge subclass = PCI-PCI uhci1@pci0:0:29:0: class=0x0c0300 card=0x72708086 chip=0x3b368086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset USB Universal Host Controller' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x72708086 chip=0x3b348086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib8@pci0:0:30:0: class=0x060401 card=0x72708086 chip=0x244e8086 rev=0xa6 hdr=0x01 vendor = 'Intel Corporation' device = '82801 PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x72708086 chip=0x3b028086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'P55 Chipset LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x01018f card=0x72708086 chip=0x3b208086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset 4 port SATA IDE Controller' class = mass storage subclass = ATA none6@pci0:0:31:3: class=0x0c0500 card=0x72708086 chip=0x3b308086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset SMBus Controller' class = serial bus subclass = SMBus none7@pci0:0:31:6: class=0x118000 card=0x00008086 chip=0x3b328086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = '5 Series/3400 Series Chipset Thermal Subsystem' class = dasp vgapci0@pci0:1:0:0: class=0x030000 card=0x00b5106b chip=0x944a1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'RV770/M98L [Mobility Radeon HD 4850]' class = display subclass = VGA hdac0@pci0:1:0:1: class=0x040300 card=0xaa30106b chip=0xaa301002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' device = 'RV770 HDMI Audio [Radeon HD 4850/4870]' class = multimedia subclass = HDA bge0@pci0:2:0:0: class=0x020000 card=0x168414e4 chip=0x168414e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Limited' device = 'NetXtreme BCM5764M Gigabit Ethernet PCIe' class = network subclass = ethernet ath0@pci0:3:0:0: class=0x028000 card=0x008f106b chip=0x002a168c rev=0x01 hdr=0x00 vendor = 'Qualcomm Atheros' device = 'AR928X Wireless Network Adapter (PCI-Express)' class = network pcib5@pci0:4:0:0: class=0x060400 card=0x00000000 chip=0x823e104c rev=0x01 hdr=0x01 vendor = 'Texas Instruments' device = 'XIO2213A/B/XIO2221 PCI Express to PCI Bridge [Cheetah Express]' class = bridge subclass = PCI-PCI fwohci0@pci0:5:0:0: class=0x0c0010 card=0x00000000 chip=0x823f104c rev=0x01 hdr=0x00 vendor = 'Texas Instruments' device = 'XIO2213A/B/XIO2221 IEEE-1394b OHCI Controller [Cheetah Express]' class = serial bus subclass = FireWire hostb1@pci0:255:0:0: class=0x060000 card=0x80868086 chip=0x2c518086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor QuickPath Architecture Generic Non- Core Registers' class = bridge subclass = HOST-PCI hostb2@pci0:255:0:1: class=0x060000 card=0x80868086 chip=0x2c818086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor QuickPath Architecture System Address Decoder' class = bridge subclass = HOST-PCI hostb3@pci0:255:2:0: class=0x060000 card=0x80868086 chip=0x2c908086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor QPI Link 0' class = bridge subclass = HOST-PCI hostb4@pci0:255:2:1: class=0x060000 card=0x80868086 chip=0x2c918086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor QPI Physical 0' class = bridge subclass = HOST-PCI hostb5@pci0:255:3:0: class=0x060000 card=0x80868086 chip=0x2c988086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller' class = bridge subclass = HOST-PCI hostb6@pci0:255:3:1: class=0x060000 card=0x80868086 chip=0x2c998086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Target Address Decoder' class = bridge subclass = HOST-PCI hostb7@pci0:255:3:4: class=0x060000 card=0x80868086 chip=0x2c9c8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Test Registers' class = bridge subclass = HOST-PCI hostb8@pci0:255:4:0: class=0x060000 card=0x80868086 chip=0x2ca08086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Channel 0 Control Registers' class = bridge subclass = HOST-PCI hostb9@pci0:255:4:1: class=0x060000 card=0x80868086 chip=0x2ca18086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Channel 0 Address Registers' class = bridge subclass = HOST-PCI hostb10@pci0:255:4:2: class=0x060000 card=0x80868086 chip=0x2ca28086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Channel 0 Rank Registers' class = bridge subclass = HOST-PCI hostb11@pci0:255:4:3: class=0x060000 card=0x80868086 chip=0x2ca38086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Channel 0 Thermal Control Registers' class = bridge subclass = HOST-PCI hostb12@pci0:255:5:0: class=0x060000 card=0x80868086 chip=0x2ca88086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Channel 1 Control Registers' class = bridge subclass = HOST-PCI hostb13@pci0:255:5:1: class=0x060000 card=0x80868086 chip=0x2ca98086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Channel 1 Address Registers' class = bridge subclass = HOST-PCI hostb14@pci0:255:5:2: class=0x060000 card=0x80868086 chip=0x2caa8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Channel 1 Rank Registers' class = bridge subclass = HOST-PCI hostb15@pci0:255:5:3: class=0x060000 card=0x80868086 chip=0x2cab8086 rev=0x04 hdr=0x00 vendor = 'Intel Corporation' device = 'Core Processor Integrated Memory Controller Channel 1 Thermal Control Registers' class = bridge subclass = HOST-PCI *********************************************************************** *********** sysinfo cpu Generated by SysInfo v1.0.1 by Daniel Gerzo CPU information Machine class: amd64 CPU Model: Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz No. of Cores: 8 Cores per CPU: CPU usage statistics: CPU: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% idle I start to look what I have after all mess with Meltdown and Spectre. Does it mean that the motherboard is AMD and CPU is Intel. But why uname -m shows amd64, please? Thank you. SK From owner-freebsd-questions@freebsd.org Thu Jan 18 23:02:24 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60F5AEC8D24 for ; Thu, 18 Jan 2018 23:02:24 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailman.tundraware.com", Issuer "mailman.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0A84133F3 for ; Thu, 18 Jan 2018 23:02:23 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id w0IN2J7H004019 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 18 Jan 2018 17:02:20 -0600 (CST) (envelope-from tundra@tundraware.com) Subject: Re: gpart And VPS Disk: Disappearing swap Partition To: "Steve O'Hara-Smith" , freebsd-questions@freebsd.org References: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> <20180118213913.b39616554429136e897334fa@sohara.org> From: Tim Daneliuk Message-ID: <06ff73a3-1c73-3309-985f-297b7dbfa1df@tundraware.com> Date: Thu, 18 Jan 2018 17:02:14 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20180118213913.b39616554429136e897334fa@sohara.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (oceanview.tundraware.com [45.55.60.57]); Thu, 18 Jan 2018 17:02:20 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: w0IN2J7H004019 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-0.899, required 1, autolearn=not spam, ALL_TRUSTED -1.00, AWL 0.11, T_RP_MATCHES_RCVD -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 23:02:24 -0000 On 01/18/2018 03:39 PM, Steve O'Hara-Smith wrote: > On Thu, 18 Jan 2018 15:01:56 -0600 > Tim Daneliuk wrote: > >> I have Digital Ocean instance that has about 1G free on the disk. >> I want to use this to create a second swap partition. I am able to >> run 'gpart add -t freebsd-swap ...' successfully. That is, gpart show >> shows that new swap partition as present and I can swap it on. HOWEVER, >> upon reboot, that partition disappears and the space shows as free again. >> >> What am I missing here? > > An entry in /etc/fstab something like this: > > /dev/gpt/ none swap sw 0 0 > No, that's not it. There is no /dev/gpt/label to even attempt to mount. Here is what I did: gpart add -t freebsd-swap -i4 vtbd0 gpart modify -i4 -lswapfs2 vtbd0 At this point, I can see the new swap partition. However, when I reboot, it's no longer there. So, I tried to follow the above commands with: gpart commit vtbd0 And I get "Operation not permitted" So, I did this: sysctl kern.geom.debugflags=16 And tried again ... no go. In short, I can interactively create the new partition, but it disappears on reboot. I suspect that the problem has to do with not being able to commit my changes, but I cannot seem to figure out why this is so. And yes, I've tried this in single user mode as well. -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-questions@freebsd.org Thu Jan 18 23:10:04 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9AB5DEB22E7 for ; Thu, 18 Jan 2018 23:10:04 +0000 (UTC) (envelope-from peter@boosten.org) Received: from smtpq1.mnd.mail.iss.as9143.net (smtpq1.mnd.mail.iss.as9143.net [212.54.34.164]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5B034369C for ; Thu, 18 Jan 2018 23:10:04 +0000 (UTC) (envelope-from peter@boosten.org) Received: from [212.54.34.119] (helo=smtp11.mnd.mail.iss.as9143.net) by smtpq1.mnd.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1ecJ37-0008HT-GH; Thu, 18 Jan 2018 23:52:45 +0100 Received: from 5419f71f.cm-5-2d.dynamic.ziggo.nl ([84.25.247.31] helo=ra.boosten.org) by smtp11.mnd.mail.iss.as9143.net with esmtp (Exim 4.86_2) (envelope-from ) id 1ecJ37-0001o1-Ee; Thu, 18 Jan 2018 23:52:45 +0100 Received: from mbp.egypt.nl (mbp.egypt.nl [192.168.13.33]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ra.boosten.org (Postfix) with ESMTPSA id 50A6B3433276; Thu, 18 Jan 2018 23:52:45 +0100 (CET) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: acme-client and multiple domains periodic renewal From: Peter Boosten In-Reply-To: Date: Thu, 18 Jan 2018 23:52:42 +0100 Cc: freebsd-questions Content-Transfer-Encoding: quoted-printable Message-Id: References: <21941967-64AB-4585-8F16-1323CF080E54@boosten.org> To: David Mehler X-Mailer: Apple Mail (2.3124) X-SourceIP: 84.25.247.31 X-Ziggo-spambar: / X-Ziggo-spamscore: 0.0 X-Ziggo-spamreport: CMAE Analysis: v=2.3 cv=WpMFz+Xv c=1 sm=1 tr=0 a=JWBJsaPp29SgP5DpYRBqZw==:17 a=IkcTkHD0fZMA:10 a=RgaUWeydRksA:10 a=sRcfdx2RAAAA:8 a=2D-5oqQvB8FrW6q2UScA:9 a=QEXdDO2ut3YA:10 a=70MQ-f9UQlHYFu1tUsrW:22 none X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 23:10:04 -0000 Hi David, I=E2=80=99ve defined the acme alias for every virtual host: Alias /.well-known/acme-challenge "/usr/local/www/acme/" SSLCertificateFile =E2=80=A6 SSLEngine on RewriteEngine on RewriteCond %{HTTPS} !=3Don RewriteRule .* https://%{HTTP_HOST}/%{REQUEST_URI} [R=3D301,L,QSA] Options None AllowOverride None ForceType text/plain Require all granted The main difference between your and my configuration is the Alias. It = took me a while to get this right. /usr/local/etc/acme/acme-client.sh holds this: BASEDIR=3D"/usr/local/etc/acme" SSLDIR=3D"/usr/local/etc/ssl/acme" DOMAINSFILE=3D"${BASEDIR}/domains.txt" CHALLENGEDIR=3D"/usr/local/www/acme" and=20 domains.txt: domain.one www.domain.one sub.domain.one sub2.domain.one I did some troubleshooting by running the acme-client (in = /usr/local/bin) manually (don=E2=80=99t forget the -s, or else you will = be blocked for some time). Peter From owner-freebsd-questions@freebsd.org Thu Jan 18 23:45:47 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FCAFEB3E02 for ; Thu, 18 Jan 2018 23:45:47 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailman.tundraware.com", Issuer "mailman.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 433F063DF9 for ; Thu, 18 Jan 2018 23:45:46 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id w0INjh9k004308 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 18 Jan 2018 17:45:44 -0600 (CST) (envelope-from tundra@tundraware.com) From: Tim Daneliuk Subject: Re: gpart And VPS Disk: Disappearing swap Partition To: "Steve O'Hara-Smith" , freebsd-questions@freebsd.org References: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> <20180118213913.b39616554429136e897334fa@sohara.org> Message-ID: <31fe82ae-29b7-bb12-5be5-e56c067f3a62@tundraware.com> Date: Thu, 18 Jan 2018 17:45:38 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20180118213913.b39616554429136e897334fa@sohara.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (oceanview.tundraware.com [45.55.60.57]); Thu, 18 Jan 2018 17:45:44 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: w0INjh9k004308 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-0.899, required 1, autolearn=not spam, ALL_TRUSTED -1.00, AWL 0.11, T_RP_MATCHES_RCVD -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 23:45:47 -0000 On 01/18/2018 03:39 PM, Steve O'Hara-Smith wrote: > On Thu, 18 Jan 2018 15:01:56 -0600 > Tim Daneliuk wrote: > >> I have Digital Ocean instance that has about 1G free on the disk. >> I want to use this to create a second swap partition. I am able to >> run 'gpart add -t freebsd-swap ...' successfully. That is, gpart show >> shows that new swap partition as present and I can swap it on. HOWEVER, >> upon reboot, that partition disappears and the space shows as free again. >> >> What am I missing here? > > An entry in /etc/fstab something like this: > > /dev/gpt/ none swap sw 0 0 > No, that's not it. There is no /dev/gpt/label to even attempt to mount. Here is what I did: gpart add -t freebsd-swap -i4 vtbd0 gpart modify -i4 -lswapfs2 vtbd0 At this point, I can see the new swap partition. However, when I reboot, it's no longer there. So, I tried to follow the above commands with: gpart commit vtbd0 And I get "Operation not permitted" So, I did this: sysctl kern.geom.debugflags=16 And tried again ... no go. In short, I can interactively create the new partition, but it disappears on reboot. I suspect that the problem has to do with not being able to commit my changes, but I cannot seem to figure out why this is so. And yes, I've tried this in single user mode as well. -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-questions@freebsd.org Thu Jan 18 23:49:00 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 102C6EB40DF for ; Thu, 18 Jan 2018 23:49:00 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-qt0-x236.google.com (mail-qt0-x236.google.com [IPv6:2607:f8b0:400d:c0d::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C3C5463FD4 for ; Thu, 18 Jan 2018 23:48:59 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: by mail-qt0-x236.google.com with SMTP id u10so34706310qtg.2 for ; Thu, 18 Jan 2018 15:48:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:mime-version:content-transfer-encoding; bh=GMu0zTbgxzqkaHvM1vq/NLHdEgDasiTb+H/ZC2I592E=; b=e40FVOSKoArdJKEm01uH2V+FJMUA4iLWPhrXZJsB0NbL31xbIsZoSIIHEkYOzSHWIF tuwYYHNx79f+k9BSi7N5EMK5RQVCg9cnOGsfBpsry2mOoEiHgTPwsrMRfWaQ/JO3Ru32 IjaflOxU5YSyxBeeJ95ir9wxQuVJm6UHiRuII= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:organization:mime-version:content-transfer-encoding; bh=GMu0zTbgxzqkaHvM1vq/NLHdEgDasiTb+H/ZC2I592E=; b=f67tNXR70T2v7QjPTBRM4x3KexAUbJyfJzTRZJ4zwC4MR6R8+AK8va8Fvlzkc9ygzl B0khca6GWQf86wtjviKfyKLme894mT7rFIy24FASRdwE+NtPzIpaddnqTtmjwU9HU8Wn xf6ElatzOeV4FDDALuGVk6B7FDPHCYU9VT3tgHLZXuKwJpKIvzFbZ18m4yy2Ess1T0Qb cw0njTjFu5co4f50n3Wtz2v2uM/niPL8KXHMNV5U6h6NIA7W7AKs2ABx9rqzuB+e2Btj 1ucURc3XoQNH3n9Wjm/wKKNso0DiJytAjPdTPI1GGfe9kugJv/CDxuSJd+rZYTlIZa26 pfhQ== X-Gm-Message-State: AKwxyteyLZfGbccuQBRo1TnreVpQQaU8aKKNNNuETZqgESa+iXeYleL6 gWMYDCcyu0XiIAqEiPWWhNb43L5p X-Google-Smtp-Source: ACJfBovw1Ip5W7KmpRBOru0a2V+Tevg0GbV+T0QYwEzYH0rKhVUzoXVxtaupYoFVD46zkzjkNc95Vw== X-Received: by 10.55.181.4 with SMTP id e4mr55783407qkf.317.1516319338582; Thu, 18 Jan 2018 15:48:58 -0800 (PST) Received: from Papi.lobos ([177.158.106.185]) by smtp.gmail.com with ESMTPSA id y65sm5058779qke.24.2018.01.18.15.48.57 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 18 Jan 2018 15:48:58 -0800 (PST) Date: Thu, 18 Jan 2018 20:51:17 -0300 From: Mario Lobo To: Stari Karp Cc: FreeBSD Questions Subject: Re: processor Message-ID: <20180118205117.77ad792f@Papi.lobos> In-Reply-To: <1516315417.19486.1.camel@yandex.com> References: <1516315417.19486.1.camel@yandex.com> Organization: BSD X-Mailer: Claws Mail 3.15.1 (GTK+ 2.24.31; amd64-portbld-freebsd11.1) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jan 2018 23:49:00 -0000 On Thu, 18 Jan 2018 17:43:37 -0500 Stari Karp wrote: > Hi! > > I have FreeBSD installed on iMac 11,1 computer: > "The iMac "Core i7" 2.8 27-Inch Aluminum (Late 2009) is powered by a > 2.8 GHz Quad Core Intel "Core i7" I7-860 (Lynnfield/Nehalem) processor > with a dedicated 256k level 2 cache for each core and an 8 MB shared > level 3 cache." > > When I run uname -p I get: amd64 > > uname -a: > > 11.1-RELEASE-p4 FreeBSD 11.1-RELEASE-p4 #0: Tue Nov 14 06:12:40 UTC > 2017 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERI C > amd64 > > pciconf -lv > hostb0@pci0:0:0:0: class=0x060000 card=0x00008086 > chip=0xd1318086 rev=0x11 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor DMI' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:3:0: class=0x060400 card=0x00008086 > chip=0xd1388086 rev=0x11 hdr=0x01 > vendor = 'Intel Corporation' > device = 'Core Processor PCI Express Root Port 1' > class = bridge > subclass = PCI-PCI > none0@pci0:0:8:0: class=0x088000 card=0x00000000 > chip=0xd1558086 rev=0x11 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor System Management Registers' > class = base peripheral > none1@pci0:0:8:1: class=0x088000 card=0x00000000 > chip=0xd1568086 rev=0x11 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Semaphore and Scratchpad Registers' > class = base peripheral > none2@pci0:0:8:2: class=0x088000 card=0x00000000 > chip=0xd1578086 rev=0x11 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor System Control and Status Registers' > class = base peripheral > none3@pci0:0:8:3: class=0x088000 card=0x00000000 > chip=0xd1588086 rev=0x11 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Miscellaneous Registers' > class = base peripheral > none4@pci0:0:16:0: class=0x088000 card=0x00000000 > chip=0xd1508086 rev=0x11 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor QPI Link' > class = base peripheral > none5@pci0:0:16:1: class=0x088000 card=0x00000000 > chip=0xd1518086 rev=0x11 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor QPI Routing and Protocol Registers' > class = base peripheral > uhci0@pci0:0:26:0: class=0x0c0300 card=0x72708086 > chip=0x3b3b8086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset USB Universal Host > Controller' > class = serial bus > subclass = USB > ehci0@pci0:0:26:7: class=0x0c0320 card=0x72708086 > chip=0x3b3c8086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset USB2 Enhanced Host > Controller' > class = serial bus > subclass = USB > hdac1@pci0:0:27:0: class=0x040300 card=0x72708086 > chip=0x3b568086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset High Definition Audio' > class = multimedia > subclass = HDA > pcib2@pci0:0:28:0: class=0x060400 card=0x72708086 > chip=0x3b428086 rev=0x06 hdr=0x01 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset PCI Express Root Port > 1' class = bridge > subclass = PCI-PCI > pcib3@pci0:0:28:1: class=0x060400 card=0x72708086 > chip=0x3b448086 rev=0x06 hdr=0x01 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset PCI Express Root Port > 2' class = bridge > subclass = PCI-PCI > pcib4@pci0:0:28:2: class=0x060400 card=0x72708086 > chip=0x3b468086 rev=0x06 hdr=0x01 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset PCI Express Root Port > 3' class = bridge > subclass = PCI-PCI > pcib6@pci0:0:28:3: class=0x060400 card=0x72708086 > chip=0x3b488086 rev=0x06 hdr=0x01 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset PCI Express Root Port > 4' class = bridge > subclass = PCI-PCI > pcib7@pci0:0:28:4: class=0x060400 card=0x72708086 > chip=0x3b4a8086 rev=0x06 hdr=0x01 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset PCI Express Root Port > 5' class = bridge > subclass = PCI-PCI > uhci1@pci0:0:29:0: class=0x0c0300 card=0x72708086 > chip=0x3b368086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset USB Universal Host > Controller' > class = serial bus > subclass = USB > ehci1@pci0:0:29:7: class=0x0c0320 card=0x72708086 > chip=0x3b348086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset USB2 Enhanced Host > Controller' > class = serial bus > subclass = USB > pcib8@pci0:0:30:0: class=0x060401 card=0x72708086 > chip=0x244e8086 rev=0xa6 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801 PCI Bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:31:0: class=0x060100 card=0x72708086 > chip=0x3b028086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = 'P55 Chipset LPC Interface Controller' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:31:2: class=0x01018f card=0x72708086 > chip=0x3b208086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset 4 port SATA IDE > Controller' > class = mass storage > subclass = ATA > none6@pci0:0:31:3: class=0x0c0500 card=0x72708086 > chip=0x3b308086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset SMBus Controller' > class = serial bus > subclass = SMBus > none7@pci0:0:31:6: class=0x118000 card=0x00008086 > chip=0x3b328086 rev=0x06 hdr=0x00 > vendor = 'Intel Corporation' > device = '5 Series/3400 Series Chipset Thermal Subsystem' > class = dasp > vgapci0@pci0:1:0:0: class=0x030000 card=0x00b5106b > chip=0x944a1002 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > device = 'RV770/M98L [Mobility Radeon HD 4850]' > class = display > subclass = VGA > hdac0@pci0:1:0:1: class=0x040300 card=0xaa30106b > chip=0xaa301002 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD/ATI]' > device = 'RV770 HDMI Audio [Radeon HD 4850/4870]' > class = multimedia > subclass = HDA > bge0@pci0:2:0:0: class=0x020000 card=0x168414e4 chip=0x168414e4 > rev=0x10 hdr=0x00 > vendor = 'Broadcom Limited' > device = 'NetXtreme BCM5764M Gigabit Ethernet PCIe' > class = network > subclass = ethernet > ath0@pci0:3:0:0: class=0x028000 card=0x008f106b chip=0x002a168c > rev=0x01 hdr=0x00 > vendor = 'Qualcomm Atheros' > device = 'AR928X Wireless Network Adapter (PCI-Express)' > class = network > pcib5@pci0:4:0:0: class=0x060400 card=0x00000000 > chip=0x823e104c rev=0x01 hdr=0x01 > vendor = 'Texas Instruments' > device = 'XIO2213A/B/XIO2221 PCI Express to PCI Bridge > [Cheetah Express]' > class = bridge > subclass = PCI-PCI > fwohci0@pci0:5:0:0: class=0x0c0010 card=0x00000000 > chip=0x823f104c rev=0x01 hdr=0x00 > vendor = 'Texas Instruments' > device = 'XIO2213A/B/XIO2221 IEEE-1394b OHCI Controller > [Cheetah Express]' > class = serial bus > subclass = FireWire > hostb1@pci0:255:0:0: class=0x060000 card=0x80868086 > chip=0x2c518086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor QuickPath Architecture Generic Non- > Core Registers' > class = bridge > subclass = HOST-PCI > hostb2@pci0:255:0:1: class=0x060000 card=0x80868086 > chip=0x2c818086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor QuickPath Architecture System Address > Decoder' > class = bridge > subclass = HOST-PCI > hostb3@pci0:255:2:0: class=0x060000 card=0x80868086 > chip=0x2c908086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor QPI Link 0' > class = bridge > subclass = HOST-PCI > hostb4@pci0:255:2:1: class=0x060000 card=0x80868086 > chip=0x2c918086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor QPI Physical 0' > class = bridge > subclass = HOST-PCI > hostb5@pci0:255:3:0: class=0x060000 card=0x80868086 > chip=0x2c988086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller' > class = bridge > subclass = HOST-PCI > hostb6@pci0:255:3:1: class=0x060000 card=0x80868086 > chip=0x2c998086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Target > Address Decoder' > class = bridge > subclass = HOST-PCI > hostb7@pci0:255:3:4: class=0x060000 card=0x80868086 > chip=0x2c9c8086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Test > Registers' > class = bridge > subclass = HOST-PCI > hostb8@pci0:255:4:0: class=0x060000 card=0x80868086 > chip=0x2ca08086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Channel > 0 Control Registers' > class = bridge > subclass = HOST-PCI > hostb9@pci0:255:4:1: class=0x060000 card=0x80868086 > chip=0x2ca18086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Channel > 0 Address Registers' > class = bridge > subclass = HOST-PCI > hostb10@pci0:255:4:2: class=0x060000 card=0x80868086 > chip=0x2ca28086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Channel > 0 Rank Registers' > class = bridge > subclass = HOST-PCI > hostb11@pci0:255:4:3: class=0x060000 card=0x80868086 > chip=0x2ca38086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Channel > 0 Thermal Control Registers' > class = bridge > subclass = HOST-PCI > hostb12@pci0:255:5:0: class=0x060000 card=0x80868086 > chip=0x2ca88086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Channel > 1 Control Registers' > class = bridge > subclass = HOST-PCI > hostb13@pci0:255:5:1: class=0x060000 card=0x80868086 > chip=0x2ca98086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Channel > 1 Address Registers' > class = bridge > subclass = HOST-PCI > hostb14@pci0:255:5:2: class=0x060000 card=0x80868086 > chip=0x2caa8086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Channel > 1 Rank Registers' > class = bridge > subclass = HOST-PCI > hostb15@pci0:255:5:3: class=0x060000 card=0x80868086 > chip=0x2cab8086 rev=0x04 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Core Processor Integrated Memory Controller Channel > 1 Thermal Control Registers' > class = bridge > subclass = HOST-PCI > *********************************************************************** > *********** > > sysinfo cpu > Generated by SysInfo v1.0.1 by Daniel Gerzo > > CPU information > > Machine class: amd64 > CPU Model: Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz > No. of Cores: 8 > Cores per CPU: > > CPU usage statistics: > CPU: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% idle > > I start to look what I have after all mess with Meltdown and Spectre. > > Does it mean that the motherboard is AMD and CPU is Intel. But why > uname -m shows amd64, please? > > Thank you. > > SK > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" Hi Stari; If your processor is Intel, the MB is Intel too. This only means that the architecture is 64 bits, which is named amd64, the same way that i386 means 32 bits. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since 2.2.8 [not Pro-Audio.... YET!!] "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." From owner-freebsd-questions@freebsd.org Fri Jan 19 00:06:31 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD6D9EB50B4 for ; Fri, 19 Jan 2018 00:06:31 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: from mail-wr0-x22c.google.com (mail-wr0-x22c.google.com [IPv6:2a00:1450:400c:c0c::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5040868A8E for ; Fri, 19 Jan 2018 00:06:31 +0000 (UTC) (envelope-from dave.mehler@gmail.com) Received: by mail-wr0-x22c.google.com with SMTP id x1so20182649wrb.5 for ; Thu, 18 Jan 2018 16:06:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=fjDjb2wqQ//qQV6qmFZTyY/1ejKktYHuXil5RUeBSeY=; b=rFPSW3RJLwHl/LP9+EujskgbIu1LVXW3Epm+45FwVDZSdphEBGzj++BKilJE8sCSxN C8IbHCXGYDhEVsp6SMz0u6niBD4SZe7aSai/WHonU1EOTjMFF4Z2GIcPzLSXfEoWwC/r JJu56Ckai7NNOES6UV6DMcIq0re9MRiGroa1oUSG+cwGHfQvg5P9FCA8WjOSNKyobLsR OdBmjUiSwah1GcWlhOALR5LYMidUTv2SZIl8QH9Ud/tF4SP8qarmsYVIPQScXN1zeMXM MJ0LxNSK1F7DkrlWH+Mqs+rrm0XJ6XtaFjkrDnB4Ia6LyushoDsb4kJB4IGS7YHOpDhp c2Vw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=fjDjb2wqQ//qQV6qmFZTyY/1ejKktYHuXil5RUeBSeY=; b=etA8aQvIYr+GQSMPE7uTPe6qZQHT2EEpn10Uubh33fl+Yi3j3t/cGiz+p06KGpGG/l qj/dK14scWwYsTjWSnARKJJPsZfrUpcgLW6480nT5DcpXEPYLn6yaS5ogudtcgMIaJqq 7+J36Plxn+y8HFhMyh57JJN9XWUoEmP7/FQabcqsqpX9XCiKRMMqvFuIsNvZld2lcz1Z /BayMw31OdvwYi9eV1vgV7sX5/swqrXdeI8zdOeOzeQAenVwN+RGBNNAADB9Y8wahH9V hfUYiMTv4fsIbd2ugTvVqJgT6SRa87sXTZUEpwlDn/Ny4/Rr9gWGFYr/KY2ph9SSqCMh IsQQ== X-Gm-Message-State: AKwxyteApwcPJKo2MPy1MzMoYk5dYSo0poAo3lnfR3Atiy5cOrVwuxa5 a7SsxkSXxW2rFgZV0yGRBHzFExaLR7bWixT2ToA= X-Google-Smtp-Source: ACJfBoulLLMdCib4yVBqgRn39T2DdqPR8rIKk9HZ9SHvMppCzYvnRC7cTLpU2LmwbMhC4w8ybxJG43dotLIEU+73XCY= X-Received: by 10.223.161.65 with SMTP id r1mr7179546wrr.235.1516320389749; Thu, 18 Jan 2018 16:06:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.139.194 with HTTP; Thu, 18 Jan 2018 16:06:29 -0800 (PST) In-Reply-To: References: <21941967-64AB-4585-8F16-1323CF080E54@boosten.org> From: David Mehler Date: Thu, 18 Jan 2018 19:06:29 -0500 Message-ID: Subject: Re: acme-client and multiple domains periodic renewal To: Peter Boosten Cc: freebsd-questions Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 00:06:31 -0000 Hello, Thanks. I'm getting closer, by that I mean I've got the certificates renewed, whether they will auto-renew I'll find out in three months. Below is my renewing script, my deployment script which just restarts apache since the certificates are in the same place, and my periodic.conf file. If anyone sees anything wrong please let me know, i'd like for 3 months down the road this to automatically renew. To Peter, and maybe this should go offlist, could you send me a complete virtual host definition sanitized of name? It seems like we're doing the same thing, but your setup is working, mine isn't and I'm wondering if i'm overdoing something. I'd appreciate it. Thanks. Dave. # periodic.conf definition weekly_acme_client_enable=3D"YES" # Specify the renew script to run weekly_acme_client_renewscript=3D"/usr/local/etc/acme/renewcerts" # Specify the deploy script to run weekly_acme_client_deployscript=3D"/usr/local/etc/acme/deploycerts" renewcerts #!/bin/sh -e BASEDIR=3D"/usr/local/etc/acme" SSLDIR=3D"/usr/local/etc/ssl/acme" DOMAINSFILE=3D"${BASEDIR}/domains.txt" ACME_FLAGS=3D"-v -b -e -C /usr/local/www/.well-known -m -O -n -N" cat "${DOMAINSFILE}" | while read domain line ; do set +e # RC=3D2 when time to expire > 30 days acme-client ${ACME_FLAGS} ${domain} ${line} RC=3D$? set -e [ $RC -ne 0 -a $RC -ne 2 ] && exit $RC done deploycerts #!/bin/sh set -e service apache24 reload On 1/18/18, Peter Boosten wrote: > Hi David, > > I=E2=80=99ve defined the acme alias for every virtual host: > > > > Alias /.well-known/acme-challenge "/usr/local/www/acme/" > > SSLCertificateFile =E2=80=A6 > > SSLEngine on > > RewriteEngine on > RewriteCond %{HTTPS} !=3Don > RewriteRule .* https://%{HTTP_HOST}/%{REQUEST_URI} [R=3D301,L,QSA] > > > > Options None > AllowOverride None > ForceType text/plain > Require all granted > > > > > The main difference between your and my configuration is the Alias. It to= ok > me a while to get this right. > > /usr/local/etc/acme/acme-client.sh holds this: > > BASEDIR=3D"/usr/local/etc/acme" > SSLDIR=3D"/usr/local/etc/ssl/acme" > DOMAINSFILE=3D"${BASEDIR}/domains.txt" > CHALLENGEDIR=3D"/usr/local/www/acme" > > and > domains.txt: > > domain.one www.domain.one sub.domain.one sub2.domain.one > > I did some troubleshooting by running the acme-client (in /usr/local/bin) > manually (don=E2=80=99t forget the -s, or else you will be blocked for so= me time). > > Peter > > > From owner-freebsd-questions@freebsd.org Fri Jan 19 01:24:16 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 39893EB8C4B for ; Fri, 19 Jan 2018 01:24:16 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 03DAA6AF7D for ; Fri, 19 Jan 2018 01:24:15 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.2 cv=Kt4P4ieN c=1 sm=1 tr=0 a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=RgaUWeydRksA:10 a=48faUk6PgeAA:10 a=-i4PqcHcItoGLC-K31wA:9 a=CjuIK1q_8ugA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=roberthuff@rcn.com; sender-id=softfail Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=roberthuff@rcn.com; spf=softfail; sender-id=softfail Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=roberthuff; auth=pass (PLAIN) Received-SPF: softfail (smtp02.rcn.cmh.synacor.com: transitional domain rcn.com does not designate 209.6.230.48 as permitted sender) Received: from [209.6.230.48] ([209.6.230.48:65480] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id BF/D6-03604-604416A5; Thu, 18 Jan 2018 20:04:06 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <23137.17413.556937.796251@jerusalem.litteratus.org> Date: Thu, 18 Jan 2018 20:04:05 -0500 From: Robert Huff To: Mario Lobo Cc: Stari Karp , FreeBSD Questions Subject: Re: processor In-Reply-To: <20180118205117.77ad792f@Papi.lobos> References: <1516315417.19486.1.camel@yandex.com> <20180118205117.77ad792f@Papi.lobos> X-Mailer: VM 8.2.0b under 25.3.1 (amd64-portbld-freebsd12.0) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 01:24:16 -0000 Mario Lobo writes: > > Does it mean that the motherboard is AMD and CPU is Intel. But why > > uname -m shows amd64, please? > > This only means that the architecture is 64 bits, which is named > amd64, the same way that i386 means 32 bits. My understanding is slightly different. "amd64" is a label applied to the 64 bit extensions to the Intel i386 architecture. There are other 64 bit architectures, some (all?) supported by FreeBSD: Sparc V9; Power64; MIPS64; and Intel's IA-64 ("Itanium"). CPUs compliant with those extensions are reported as "amd64" by FreeBSD no matter who actually makes them. Respectfully, Robert Huff From owner-freebsd-questions@freebsd.org Fri Jan 19 02:15:57 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 633E2EBB2D4 for ; Fri, 19 Jan 2018 02:15:57 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF8C6C779 for ; Fri, 19 Jan 2018 02:15:56 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 1F2743AE87 for ; Thu, 18 Jan 2018 18:06:59 -0800 (PST) From: "Ronald F. Guilmette" To: freebsd-questions@freebsd.org Subject: Splitting up sets of files for archiving (e.g. to tape, optical media) Date: Thu, 18 Jan 2018 18:06:58 -0800 Message-ID: <68377.1516327618@segfault.tristatelogic.com> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 02:15:57 -0000 This isn't really FreeBSD specific, but in my experience the folks on this list have a lot of knowledge about a lot nice, useful free software tools, so I hope nobody will begrudgd me for asking this question here. I'm looking for a pre-existing software tool, which may or may not already exist, and which will do the following job... Problem statement: Imagine that you have a big set of files that you would like to archive to some sort of archiving media, such as tapes, or optical media, where each unit of said archiving media has a capacity considerably less than the total aggregate size of all of the files you want to archive. Imagine further that you would like your set of input files to be spread across the units of the output (archive) media such that no single input file is ever split across more than one unit of the output media, in order to simplify recovery/restore of individual files. Lastly, assume that it is desired to minimize, as much as reasonably possible, the total number of output (archive) media units used to archive the entire set of input files. (And to further this goal, it is acceptable for files from any single input subdirectory to be scattered among the various output media units. +_+_+_+_+_+_+_+_+_+_ In my case, I want to archive several hundred gigabytes onto a set of blank BD-R disks. I plan to use ImgBurn to actually write the BD-R disks. So basically, I just need a tool to analyze the input file set, applying some sort of bin packing algorithm, and then spit out a list of which specific files should go into each specific archive volume, e.g. #01, #02, #03... etc. Each such set of files will then, in turn, be hard-linked into a temporary directory, and then, one by one, ImghBurn will be told to write each of these temp directories to a single output BD-R disk. I have written a small software tool to do the above "splitting" job, and I am currently improving upon it, but it occured to me that I should at least ask if someone else has perhaps already perfected this exact wheel that I am busy re-inventing. Regards, rfg P.S. It seems unlikely that I'm the first and only person to have ever written a tool to do this specific job, but on the off chance that I am, I am more than willing to contribute my little tool to the ever-expanding ports tree. From owner-freebsd-questions@freebsd.org Fri Jan 19 02:40:55 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 521AAEBC576 for ; Fri, 19 Jan 2018 02:40:55 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 116786D14D for ; Fri, 19 Jan 2018 02:40:55 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: by mail-it0-x22d.google.com with SMTP id c16so503326itc.5 for ; Thu, 18 Jan 2018 18:40:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=roxnUI2/BUTXXf/BjTsJ4TNzFAUiOWPFOf+h419F9tg=; b=toLrO29WVnAjrunOgmut9uQP0OS8acjc19ej5CHQUsigKhMF/0ZhbyBArvDNNsKXiS egZYM3VUl3p47HWWpGpZTQyqsF29Sf5ZJT7dxMVyezRTf+Ta+tU87XrHR/pM/uRN4mqM /2hObwBKumubwCBwRQTDbJCXtsg1rkKSQcazhbHfhVF6uSp8FRf+Mwsp4Y7S/uZa0lYM xFWg7ipi0cTthKsZsON3VHwDlgEPtbRcoHishqVEpB4+4odkAL4FxKtOopg965iICuOD xTii+S4L9rI6wuBtawOPA4gbLEWUnxfPXKNms3NJvN8kcnQpjh4uYY85kuI25F8TJEiF BQDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=roxnUI2/BUTXXf/BjTsJ4TNzFAUiOWPFOf+h419F9tg=; b=iUmObzawwbGlLGUg98ayPTA723WJA7G/qc3A2RfmGojCuk2/0w6+H2v+EfvbP3QuOR WV5E+kcnBraAwVTVX9RfRzqatGpSpY7J2GTE7KrhPKZGBM2SdgoK/NJgqrzYEnYmgkSH z5jZEKd9OVRfWAmUL7FvsGG621Y+zvAwvbarQagASBcbLJIWLFN2+ivKMu7BHdRR1CE9 AY7PB578tGfa/WxMw2kP3zEcov+0HF1Zu33zY+EUqPB3Wzf1QiPcfIhADVLCZXBSjunE lgvPGTjo8ZjGy1AFB08o0ub/Ff5uLvLWm6jvRdCg25TcS1pmQwCae0X0WEtYtjuyMLbU PiLg== X-Gm-Message-State: AKwxytdZCYsLpksNB6RGFYXaoxiPI/qQO3rg3nKTHoJUQ8AYFxyzzusf wTEfo5Qe5RcpVtYCWsNF4MTJ0bWk3Ih9fImVwKY= X-Google-Smtp-Source: ACJfBotDZdU5RCtN7W79J4Szy4N389mAJ1oBM9+vqiy1ZkyPvXJKm70DzxLssZvpOxgDqiAKi6lSBskvxsKO8A1Piw4= X-Received: by 10.36.77.65 with SMTP id l62mr31499465itb.42.1516329653902; Thu, 18 Jan 2018 18:40:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.2.159.21 with HTTP; Thu, 18 Jan 2018 18:40:53 -0800 (PST) In-Reply-To: <68377.1516327618@segfault.tristatelogic.com> References: <68377.1516327618@segfault.tristatelogic.com> From: Adam Vande More Date: Thu, 18 Jan 2018 20:40:53 -0600 Message-ID: Subject: Re: Splitting up sets of files for archiving (e.g. to tape, optical media) To: "Ronald F. Guilmette" Cc: FreeBSD Questions Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 02:40:55 -0000 On Thu, Jan 18, 2018 at 8:06 PM, Ronald F. Guilmette wrote: > > This isn't really FreeBSD specific, but in my experience the folks on > this list have a lot of knowledge about a lot nice, useful free software > tools, so I hope nobody will begrudgd me for asking this question here. > > I'm looking for a pre-existing software tool, which may or may not already > exist, and which will do the following job... > > Problem statement: > > Imagine that you have a big set of files that you would like to archive > to some sort of archiving media, such as tapes, or optical media, where > each unit of said archiving media has a capacity considerably less than > the total aggregate size of all of the files you want to archive. > > Imagine further that you would like your set of input files to be spread > across the units of the output (archive) media such that no single input > file is ever split across more than one unit of the output media, in order > to simplify recovery/restore of individual files. > > Lastly, assume that it is desired to minimize, as much as reasonably > possible, the total number of output (archive) media units used to > archive the entire set of input files. (And to further this goal, > it is acceptable for files from any single input subdirectory to be > scattered among the various output media units. > > +_+_+_+_+_+_+_+_+_+_ > > In my case, I want to archive several hundred gigabytes onto a set of > blank BD-R disks. > > I plan to use ImgBurn to actually write the BD-R disks. > > So basically, I just need a tool to analyze the input file set, applying > some sort of bin packing algorithm, and then spit out a list of which > specific files should go into each specific archive volume, e.g. #01, #02, > #03... etc. Each such set of files will then, in turn, be hard-linked > into a temporary directory, and then, one by one, ImghBurn will be told > to write each of these temp directories to a single output BD-R disk. > > I have written a small software tool to do the above "splitting" job, > and I am currently improving upon it, but it occured to me that I > should at least ask if someone else has perhaps already perfected this > exact wheel that I am busy re-inventing. > > > Regards, > rfg > > > P.S. It seems unlikely that I'm the first and only person to have ever > written a tool to do this specific job, but on the off chance that I am, > I am more than willing to contribute my little tool to the ever-expanding > ports tree. > http://www.gnu.org/software/tar/manual/tar.html#Using-Multiple-Tapes -- Adam From owner-freebsd-questions@freebsd.org Fri Jan 19 02:41:32 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 07DEBEBC7A3 for ; Fri, 19 Jan 2018 02:41:32 +0000 (UTC) (envelope-from amutu@amutu.com) Received: from mail-ot0-x236.google.com (mail-ot0-x236.google.com [IPv6:2607:f8b0:4003:c0f::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BFBAF6D28E for ; Fri, 19 Jan 2018 02:41:31 +0000 (UTC) (envelope-from amutu@amutu.com) Received: by mail-ot0-x236.google.com with SMTP id x4so240546otg.7 for ; Thu, 18 Jan 2018 18:41:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=amutu-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hF4f3sLg4cn8pCbWd3xPtHbLhilphtmliqtL6jOYlUw=; b=aHVTk4NhF5u70UzgDaJB0u8kRjm3UJLhWaxon7TJtM9P337KaRr3QzJpxcC4B//WGp QdOaSKikfN1cmmcUyapjZgrXNmnqx+kAUS+VElFPysKrJTT+FxjMo/d6jmr7qhssA2P6 zT/vhh7hUhcDgIhZfON3IA7C/58uUn5gExAvuRboBIAMf/HUa1Z/tCr24ya6Zi3FJIId 0rmUDXOzTMizBYg+Lu7ICGMeehSI9CIi8UofvUt08s2bz2ab7Wm3g1kTtxhrQfT2Wvfa MyV3Gm1ybINXT7hxkDNMkpST9u/hvEX4xg7+1Rl3F/72DdKdF1t4yQ59Rt1Ke9wEvdhG Oo/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=hF4f3sLg4cn8pCbWd3xPtHbLhilphtmliqtL6jOYlUw=; b=QjFgOeNVAEipm8y9AqrT98S5uYWV4TAP3ZkCblYLYoGfQB7VUWu/vl/KaQvyjF2jNu MRSk3BZQPL6i2xha5bWgCY/oB8nTz1DS88o+Rx6OPblOCVSF4L+sxKWoCA08MpRJEFvp pWGUFacXuWUjmbW/4Ok6F7yA8D7WlcXYTYrja56bgnFE33shbBHAoSwFw7clEc1ZxxYq imu3RTVi8c1pASjunoh0Lbao06vusRMDT1auzUmJaGHdhokC+xO79Nma8bc1J2knTXnI Dr1yxrawFptP+YoL+j9AZueZPTf79pmf6M9qeBtz+4unGGBzOdONZxD1qfVLuzg7T7b9 1zPA== X-Gm-Message-State: AKwxyte1HrpCCE6IVmYwtg/ua7MdasuNLqMVT/MAmx72+Ww3sQLsAmqO kb2vEF88Bc6ZOD/MXaV2sglfp6RUTp0= X-Google-Smtp-Source: ACJfBosB+POgU4TkgZmklSOvzqx6kYBpRjTZ/DPAip/RygToZBTi/4oTYaz6ACkV80pkN2VidORMNQ== X-Received: by 10.157.114.80 with SMTP id a16mr5627361otk.88.1516329690740; Thu, 18 Jan 2018 18:41:30 -0800 (PST) Received: from mail-ot0-f177.google.com (mail-ot0-f177.google.com. [74.125.82.177]) by smtp.gmail.com with ESMTPSA id i67sm3555212oih.40.2018.01.18.18.41.30 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Jan 2018 18:41:30 -0800 (PST) Received: by mail-ot0-f177.google.com with SMTP id 44so237004otk.8 for ; Thu, 18 Jan 2018 18:41:30 -0800 (PST) X-Received: by 10.157.83.4 with SMTP id g4mr5668864oth.264.1516329690039; Thu, 18 Jan 2018 18:41:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.74.188.140 with HTTP; Thu, 18 Jan 2018 18:41:09 -0800 (PST) In-Reply-To: <68377.1516327618@segfault.tristatelogic.com> References: <68377.1516327618@segfault.tristatelogic.com> From: Jov Date: Fri, 19 Jan 2018 10:41:09 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Splitting up sets of files for archiving (e.g. to tape, optical media) To: "Ronald F. Guilmette" Cc: FreeBSD Mailing List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 02:41:32 -0000 dar may help=EF=BC=9Ahttp://dar.linux.free.fr/ from the man page=EF=BC=9A *dar* is a full featured backup tool, aimed for disks (floppy, CD-R(W), DVD-R(W), zip, jazz, hard-disks, usb keys, etc.) and since release 2.4.0 also adapted to tapes. *dar* can store a backup in several files (called "slices" in the following) of a given size, eventually pausing or running a user command/script before starting the next slice. This can allow for example, the burning of the last generated slice on a DVD-R(W), Blue-ray Disk, or changing of usb key before continuing on the next one. Like its grand-brother, the great "tar" command, *dar* may also use compression, at the difference that compression is used inside the archive to be able to have compressed slices of the defined size. 2018-01-19 10:06 GMT+08:00 Ronald F. Guilmette : > > This isn't really FreeBSD specific, but in my experience the folks on > this list have a lot of knowledge about a lot nice, useful free software > tools, so I hope nobody will begrudgd me for asking this question here. > > I'm looking for a pre-existing software tool, which may or may not alread= y > exist, and which will do the following job... > > Problem statement: > > Imagine that you have a big set of files that you would like to archive > to some sort of archiving media, such as tapes, or optical media, where > each unit of said archiving media has a capacity considerably less than > the total aggregate size of all of the files you want to archive. > > Imagine further that you would like your set of input files to be spread > across the units of the output (archive) media such that no single input > file is ever split across more than one unit of the output media, in orde= r > to simplify recovery/restore of individual files. > > Lastly, assume that it is desired to minimize, as much as reasonably > possible, the total number of output (archive) media units used to > archive the entire set of input files. (And to further this goal, > it is acceptable for files from any single input subdirectory to be > scattered among the various output media units. > > +_+_+_+_+_+_+_+_+_+_ > > In my case, I want to archive several hundred gigabytes onto a set of > blank BD-R disks. > > I plan to use ImgBurn to actually write the BD-R disks. > > So basically, I just need a tool to analyze the input file set, applying > some sort of bin packing algorithm, and then spit out a list of which > specific files should go into each specific archive volume, e.g. #01, #02= , > #03... etc. Each such set of files will then, in turn, be hard-linked > into a temporary directory, and then, one by one, ImghBurn will be told > to write each of these temp directories to a single output BD-R disk. > > I have written a small software tool to do the above "splitting" job, > and I am currently improving upon it, but it occured to me that I > should at least ask if someone else has perhaps already perfected this > exact wheel that I am busy re-inventing. > > > Regards, > rfg > > > P.S. It seems unlikely that I'm the first and only person to have ever > written a tool to do this specific job, but on the off chance that I am, > I am more than willing to contribute my little tool to the ever-expanding > ports tree. > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > From owner-freebsd-questions@freebsd.org Fri Jan 19 04:05:54 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 626AAEC0103 for ; Fri, 19 Jan 2018 04:05:54 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) Received: from relay2.tomsk.ru (mail.sibptus.tomsk.ru [212.73.124.5]) by mx1.freebsd.org (Postfix) with ESMTP id 741A96FE74 for ; Fri, 19 Jan 2018 04:05:52 +0000 (UTC) (envelope-from vas@mpeks.tomsk.su) X-Virus-Scanned: by clamd daemon 0.98.5_1 for FreeBSD at relay2.tomsk.ru Received: from [212.73.125.240] (HELO admin.sibptus.transneft.ru) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPS id 39916061; Fri, 19 Jan 2018 10:01:01 +0600 Received: from admin.sibptus.transneft.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.transneft.ru (8.15.2/8.15.2) with ESMTP id w0J45mLs046580; Fri, 19 Jan 2018 11:05:50 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) Received: (from sudakov@localhost) by admin.sibptus.transneft.ru (8.15.2/8.15.2/Submit) id w0J45jYP046576; Fri, 19 Jan 2018 11:05:45 +0700 (+07) (envelope-from vas@mpeks.tomsk.su) X-Authentication-Warning: admin.sibptus.transneft.ru: sudakov set sender to vas@mpeks.tomsk.su using -f Date: Fri, 19 Jan 2018 11:05:45 +0700 From: Victor Sudakov To: Trond Endrest?l Cc: FreeBSD questions Subject: Re: Dualboot and ZFS Message-ID: <20180119040545.GA44997@admin.sibptus.transneft.ru> References: <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180118051423.GA94227@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.dreamwidth.org/pubkey?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 04:05:54 -0000 Trond Endrest?l wrote: [dd] > > The key is to place some of the bootcode in the boot block of the > disklabel and the remainder in the boot block of the zpool. OK, I'm experimenting in bhyve anyway, so I can put all that bootblock hassle for later. bhyve does not use the bootblocks anyway. There is another issue that I don't understand. After creating the root zpool like the howtos (and you) recommend, I get a bootable system, but for some reason all the children datasets of the BE are not mounted after boot. Like this: root@test1:~ # mount zroot3/ROOT/default on / (zfs, local, nfsv4acls) devfs on /dev (devfs, local, multilabel) root@test1:~ # root@test1:~ # zfs list -o name,used,avail,refer,mountpoint,canmount,mounted NAME USED AVAIL REFER MOUNTPOINT CANMOUNT MOUNTED zroot3 1.05G 6.64G 23K /zroot3 on no zroot3/ROOT 1.05G 6.64G 23K none on no zroot3/ROOT/default 1.05G 6.64G 1.05G / on yes zroot3/tmp 24K 6.64G 24K /tmp on no zroot3/usr 92K 6.64G 23K /usr off no zroot3/usr/home 23K 6.64G 23K /usr/home on no zroot3/usr/ports 23K 6.64G 23K /usr/ports on no zroot3/usr/src 23K 6.64G 23K /usr/src on no zroot3/var 266K 6.64G 23K /var off no zroot3/var/audit 23K 6.64G 23K /var/audit on no zroot3/var/crash 23.5K 6.64G 23.5K /var/crash on no zroot3/var/log 150K 6.64G 150K /var/log on no zroot3/var/mail 23K 6.64G 23K /var/mail on no zroot3/var/tmp 24K 6.64G 24K /var/tmp on no root@test1:~ # What have I forgotten when creating the pools? This is how I did it: http://termbin.com/awuy Based on https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition I can mount all those datasets manually though: root@test1:~ # zfs mount zroot3/var/mail root@test1:~ # mount zroot3/ROOT/default on / (zfs, local, nfsv4acls) devfs on /dev (devfs, local, multilabel) zroot3/var/mail on /var/mail (zfs, local, nfsv4acls) root@test1:~ # But for some reason it's not happening on boot. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN AS43859 From owner-freebsd-questions@freebsd.org Fri Jan 19 06:45:14 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83961EC6B65 for ; Fri, 19 Jan 2018 06:45:14 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id 7089075068 for ; Fri, 19 Jan 2018 06:45:13 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id 132C33AEF8 for ; Thu, 18 Jan 2018 22:45:12 -0800 (PST) From: "Ronald F. Guilmette" To: FreeBSD Questions Subject: Re: Splitting up sets of files for archiving (e.g. to tape, optical media) In-Reply-To: Date: Thu, 18 Jan 2018 22:45:11 -0800 Message-ID: <69224.1516344311@segfault.tristatelogic.com> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 06:45:14 -0000 In message Adam Vande More wrote: >http://www.gnu.org/software/tar/manual/tar.html#Using-Multiple-Tapes This solution doesn't really fit the problem statement because in the case of (GUN)tar, some individual files -can- possibly end up being split across multiple output (archive) volumes. Regards, rfg From owner-freebsd-questions@freebsd.org Fri Jan 19 06:59:09 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6747FEC743C for ; Fri, 19 Jan 2018 06:59:09 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id 50F93756B6 for ; Fri, 19 Jan 2018 06:59:08 +0000 (UTC) (envelope-from rfg@tristatelogic.com) Received: from segfault-nmh-helo.tristatelogic.com (localhost [127.0.0.1]) by segfault.tristatelogic.com (Postfix) with ESMTP id F41CB3AE87 for ; Thu, 18 Jan 2018 22:59:07 -0800 (PST) From: "Ronald F. Guilmette" To: FreeBSD Mailing List Subject: Re: Splitting up sets of files for archiving (e.g. to tape, optical media) In-Reply-To: Date: Thu, 18 Jan 2018 22:59:07 -0800 Message-ID: <69275.1516345147@segfault.tristatelogic.com> X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 06:59:09 -0000 In message Jov wrote: >from the man page > >*dar* is a full featured backup tool, aimed for disks (floppy, CD-R(W), >DVD-R(W), zip, jazz, hard-disks, usb keys, etc.) and since release 2.4.0 >also adapted to tapes... This is certainly an interesting tool, and looks to me to be very similar to backup/restore. But I'm not sure if this thing will potentially split individual files input files acress multiple output archive volumes. (If it might do so, then this violates part of my original problem statement.) Also, I am guessing that this thing produces outputs that are encoded into its own unique output archive format. Ideally, I just want to end up with individual (temporary) directories, each one full of up to 23.3 GiB worth of ordinary files. Then I can tell ImgBurn to -directly- generate and burn that set of files, as a UDF image, to optical media. This way, I won't need any special tools or software if I ever want to get back any one of the files that have been archived. I can just plop the relevant (burned) BD-R into a Blu-Ray drive, and no matter what OS that is attached to... e.g. FreeBSD, Linux, or even Windoze... I can just directly copy off the one file I want, because all of these comon operating systems directly support the UDF file system. Regards, rfg From owner-freebsd-questions@freebsd.org Fri Jan 19 07:14:49 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AF9EEC7CFF for ; Fri, 19 Jan 2018 07:14:49 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (vps.markoturk.info [95.154.208.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4442175F42 for ; Fri, 19 Jan 2018 07:14:48 +0000 (UTC) (envelope-from markoml@markoturk.info) Received: from vps.markoturk.info (localhost [127.0.0.1]) by vps.markoturk.info (Postfix) with ESMTPS id 5CDA927562; Fri, 19 Jan 2018 08:14:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=markoturk.info; s=s1024; t=1516346080; bh=cfgFjdAa4wbOKN4p3wrhm+4si2KSJDx5nrOl/JrQMIM=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=bq+OuTKzaDUkRw06bqpO0K2pM0UX/aoWlyxHw1uC5+n1+W7CurNaKmHI5UMguPiX1 nJeHFiiLKKjSQsVxFhIR2b4cKPI6/fKVnycrBeRFosSYPGj875gkbjL3vHD8HAuZZF ByLdit4o/Q80rfAheh9AShlICh74PMaVotn1dVEo= Date: Fri, 19 Jan 2018 08:14:36 +0100 From: Marko Turk To: Victor Sudakov Cc: Trond Endrest?l , FreeBSD questions Subject: Re: Dualboot and ZFS Message-ID: <20180119071436.GA148@vps.markoturk.info> References: <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180118051423.GA94227@admin.sibptus.transneft.ru> <20180119040545.GA44997@admin.sibptus.transneft.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20180119040545.GA44997@admin.sibptus.transneft.ru> User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 07:14:49 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 19, 2018 at 11:05:45AM +0700, Victor Sudakov wrote: > There is another issue that I don't understand. After creating the > root zpool like the howtos (and you) recommend, I get a bootable > system, but for some reason all the children datasets of the BE > are not mounted after boot. Like this: >=20 > root@test1:~ # mount > zroot3/ROOT/default on / (zfs, local, nfsv4acls) > devfs on /dev (devfs, local, multilabel) > root@test1:~ # >=20 > root@test1:~ # zfs list -o name,used,avail,refer,mountpoint,canmount,moun= ted > NAME USED AVAIL REFER MOUNTPOINT CANMOUNT MOUNTED > zroot3 1.05G 6.64G 23K /zroot3 on no > zroot3/ROOT 1.05G 6.64G 23K none on no > zroot3/ROOT/default 1.05G 6.64G 1.05G / on yes > zroot3/tmp 24K 6.64G 24K /tmp on no > zroot3/usr 92K 6.64G 23K /usr off no > zroot3/usr/home 23K 6.64G 23K /usr/home on no > zroot3/usr/ports 23K 6.64G 23K /usr/ports on no > zroot3/usr/src 23K 6.64G 23K /usr/src on no > zroot3/var 266K 6.64G 23K /var off no > zroot3/var/audit 23K 6.64G 23K /var/audit on no > zroot3/var/crash 23.5K 6.64G 23.5K /var/crash on no > zroot3/var/log 150K 6.64G 150K /var/log on no > zroot3/var/mail 23K 6.64G 23K /var/mail on no > zroot3/var/tmp 24K 6.64G 24K /var/tmp on no > root@test1:~ # >=20 > What have I forgotten when creating the pools? > This is how I did it: http://termbin.com/awuy > Based on https://wiki.freebsd.org/RootOnZFS/ZFSBootPartition >=20 > I can mount all those datasets manually though:=20 >=20 > root@test1:~ # zfs mount zroot3/var/mail > root@test1:~ # mount > zroot3/ROOT/default on / (zfs, local, nfsv4acls) > devfs on /dev (devfs, local, multilabel) > zroot3/var/mail on /var/mail (zfs, local, nfsv4acls) > root@test1:~ # >=20 > But for some reason it's not happening on boot. >=20 Hi, take a look at: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/zfs-quickstart.h= tml /Marko --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEhcgjUnLArcQCyVEgeDpsXaaozYgFAlphmtsACgkQeDpsXaao zYhjcg//XJsjrte2zJm4EueEeNKqjYc0lFJGzQ75c7ZY6+BX4sbA4AkB24nvBRFl qlexnEuG4+0WRhca/5hMr+ZsU5NiHsIspkzF33Bg87TvFHJIAatd5oEsVBPnixaK krmSLdLSOQrrc7wgafrLDVvPq2FouirwSINxmVoTR0HEfikIR74KEI2evRn8gM4h xIxfiHf2b/SLFYkO/A78ZC8ztidSbug6WNVbboXkhg+wseU8uge3MvskfGWoXwjh k+XrANic2bccqd02AgrrICP+GQ1StDZBY01IoYlB/IwEgTwMxavblFaNnKPMSr7Y LUjL4z3NnCNw/p91teDQwQMiNAPVETqPCFU7NDP/ty9g64STKAGiNDDDzJ/x0JDa FwSrqKDimFjt7wgTUJ/7KfpFPUHhSvJfwgu+lewkfM8KYpf4nxCDmspfoLAsOiOH nKUEe1LRHHGfgbtZlbyqvWbEE4ZezqlryVixM24XxrSwPkD5RkweNd16Rc/4z9u1 6CoIlMqDnLlIhHRIjwDs6B0r+iSgdbeKYG9sIy4+wa0BLBwlCW7XH15GiXcGW5sh /z1DpsvTNxbNYf6ZxnQtK4o7gb+TnNHbqDZlvTnzXm2Clmuul2i1YMkNE1PmmHZS ZwYnTGCo6b1WHxRZz9gr1+s46bR4fd9hACCVtFWHE9ZloDzSfaY= =7xwU -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-questions@freebsd.org Fri Jan 19 07:59:54 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 53D45EC94EF for ; Fri, 19 Jan 2018 07:59:54 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) Received: from bca5.email-od.com (bca5.email-od.com [207.246.239.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 210A177013 for ; Fri, 19 Jan 2018 07:59:53 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1516348797; x=1518940797; h=x-thread-info:date:from:to:cc:subject:message-id:in-reply-to:references:mime-version:content-type:content-transfer-encoding; bh=ua0rT318+yvsu9fKi9v0DarJB3H42i+BBouyu44YDaw=; b=vifrzjwAj16kx65p7ZZyNr+TuNLkIlK4e6D+8ek6U62k0LpULFLbLvQOUy71pMyeq+1ujL8k7qR0aG7X10nvt+4b5RDiSS2vMIjTb+poFdnUikEGdf7W/fy700zjQQSZ3EyEsZOWMtAZb+LRfmq4gOCk5CQemiVwINjPCdftBks= X-Thread-Info: NDI1MC4xMi44ODAwMDAwMDBmYWJhZC5mcmVlYnNkLXF1ZXN0aW9ucz1mcmVlYnNkLm9yZw== Received: from r5.us-west-2a.aws.in.socketlabs.com (r5.us-west-2a.aws.in.socketlabs.com [52.39.5.146]) by bca2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 19 Jan 2018 02:59:51 -0500 Received: from smtp.lan.sohara.org (EMTPY [89.127.62.20]) by r5.us-west-2a.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 19 Jan 2018 02:59:46 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.90 (FreeBSD)) (envelope-from ) id 1ecRaR-0005pm-A3; Fri, 19 Jan 2018 07:59:43 +0000 Date: Fri, 19 Jan 2018 07:59:43 +0000 From: Steve O'Hara-Smith To: Tim Daneliuk Cc: freebsd-questions@freebsd.org Subject: Re: gpart And VPS Disk: Disappearing swap Partition Message-Id: <20180119075943.aa44341ba798fb1b6c096670@sohara.org> In-Reply-To: <06ff73a3-1c73-3309-985f-297b7dbfa1df@tundraware.com> References: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> <20180118213913.b39616554429136e897334fa@sohara.org> <06ff73a3-1c73-3309-985f-297b7dbfa1df@tundraware.com> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 07:59:54 -0000 On Thu, 18 Jan 2018 17:02:14 -0600 Tim Daneliuk wrote: > On 01/18/2018 03:39 PM, Steve O'Hara-Smith wrote: > > On Thu, 18 Jan 2018 15:01:56 -0600 > > Tim Daneliuk wrote: > > > >> I have Digital Ocean instance that has about 1G free on the disk. > >> I want to use this to create a second swap partition. I am able to > >> run 'gpart add -t freebsd-swap ...' successfully. That is, gpart show > >> shows that new swap partition as present and I can swap it on. > >> HOWEVER, upon reboot, that partition disappears and the space shows as > >> free again. > >> > >> What am I missing here? > > > > An entry in /etc/fstab something like this: > > > > /dev/gpt/ none swap sw 0 0 > > > > > No, that's not it. There is no /dev/gpt/label to even attempt to mount. My bad, I was assuming you gave it a gpt label, it's pretty much a reflex with me when using gpart :) > Here is what I did: > > gpart add -t freebsd-swap -i4 vtbd0 Try adding -l swap1 to that command viz: gpart add -t freebsd-swap -l swap1 -i4 vtbd0 That *should* cause a /dev/gpt/swap1 to appear and persist through reboots. > gpart modify -i4 -lswapfs2 vtbd0 > > At this point, I can see the new swap partition. However, when I reboot, > it's no longer there. Hmm - does vtbd0 exist at all after reboot ? > So, I tried to follow the above commands with: > > gpart commit vtbd0 > > And I get "Operation not permitted" Hmm interesting, by default commit is a no-op as generally there are no pending changes. > In short, I can interactively create the new partition, but it disappears > on reboot. > > I suspect that the problem has to do with not being able to commit my > changes, but I cannot seem to figure out why this is so. And yes, I've > tried this in single user mode as well. I don't think it's lack of commit, but 'operation not permitted' seems odd. I think the problem stems from vtbd0 not having a /dev/ entry but I could easily be wrong. -- Steve O'Hara-Smith | Directable Mirror Arrays C:\>WIN | A better way to focus the sun The computer obeys and wins. | licences available see You lose and Bill collects. | http://www.sohara.org/ From owner-freebsd-questions@freebsd.org Fri Jan 19 08:14:07 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F2196EC9FEF for ; Fri, 19 Jan 2018 08:14:07 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from smtp.fagskolen.gjovik.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.fagskolen.gjovik.no", Issuer "Fagskolen i Gj??vik" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 80EB77787C for ; Fri, 19 Jan 2018 08:14:06 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.15.2/8.15.2) with ESMTPS id w0J8E0kc016815 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 19 Jan 2018 09:14:00 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.15.2/8.15.2/Submit) with ESMTP id w0J8E05R016812 for ; Fri, 19 Jan 2018 09:14:00 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Fri, 19 Jan 2018 09:14:00 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD questions Subject: Re: Dualboot and ZFS In-Reply-To: <20180119040545.GA44997@admin.sibptus.transneft.ru> Message-ID: References: <20180115125241.GB60956@admin.sibptus.transneft.ru> <20180115144747.GA65526@admin.sibptus.transneft.ru> <20180115151526.GA66342@admin.sibptus.transneft.ru> <20180116034929.GB89443@admin.sibptus.transneft.ru> <20180118051423.GA94227@admin.sibptus.transneft.ru> <20180119040545.GA44997@admin.sibptus.transneft.ru> User-Agent: Alpine 2.21 (BSF 202 2017-01-01) Organization: Fagskolen Innlandet OpenPGP: url=http://fig.ol.no/~trond/trond.key MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.fig.ol.no X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 08:14:08 -0000 On Fri, 19 Jan 2018 11:05+0700, Victor Sudakov wrote: > There is another issue that I don't understand. After creating the > root zpool like the howtos (and you) recommend, I get a bootable > system, but for some reason all the children datasets of the BE > are not mounted after boot. You are probably missing zfs_enable="YES" in /etc/rc.conf. You should also consider enabling zfsd(8), i.e. zfsd_enable="YES" -- Trond. From owner-freebsd-questions@freebsd.org Fri Jan 19 08:20:53 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D8A9ECA3C4 for ; Fri, 19 Jan 2018 08:20:53 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) Received: from bca5.email-od.com (bca5.email-od.com [207.246.239.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 59CF677AAA for ; Fri, 19 Jan 2018 08:20:52 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1516350056; x=1518942056; h=x-thread-info:date:from:to:subject:message-id:in-reply-to:references:mime-version:content-type:content-transfer-encoding; bh=qO/d4VkS63IxTCAPm5SM+dY/6jxs7IRCWnt8QFj2Ywg=; b=wQBawmxSnPnaxRhNZKy+ln40s+N0cYCDyY8mMbjxkORafOQIaEDWLvfpbFKZ53VRDAXSq7IAOS18UJZZfhcFkYbki3Vud6QITlELGFdjLIaK59+fzTRWThrusRBM2CNXDMbDWI0meE1Khl1+k2PQeCEf4uZjK/pl1src6esV+d4= X-Thread-Info: NDI1MC4xMi44ODAwMDAwMDBmYjU5My5mcmVlYnNkLXF1ZXN0aW9ucz1mcmVlYnNkLm9yZw== Received: from r5.us-east.aws.in.socketlabs.com (r5.us-east.aws.in.socketlabs.com [52.204.195.176]) by bca2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 19 Jan 2018 03:20:46 -0500 Received: from smtp.lan.sohara.org (EMTPY [89.127.62.20]) by r5.us-east.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 19 Jan 2018 03:20:43 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.90 (FreeBSD)) (envelope-from ) id 1ecRuj-0006Fl-AX for freebsd-questions@freebsd.org; Fri, 19 Jan 2018 08:20:41 +0000 Date: Fri, 19 Jan 2018 08:20:41 +0000 From: Steve O'Hara-Smith To: freebsd-questions@freebsd.org Subject: Re: Splitting up sets of files for archiving (e.g. to tape, optical media) Message-Id: <20180119082041.d1a91523ddc599dbd75b0b2c@sohara.org> In-Reply-To: <68377.1516327618@segfault.tristatelogic.com> References: <68377.1516327618@segfault.tristatelogic.com> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.0) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 08:20:53 -0000 On Thu, 18 Jan 2018 18:06:58 -0800 "Ronald F. Guilmette" wrote: > I have written a small software tool to do the above "splitting" job, > and I am currently improving upon it, but it occured to me that I > should at least ask if someone else has perhaps already perfected this > exact wheel that I am busy re-inventing. I have re-invented that wheel a couple of times (in very different contexts but with the same simple algorithm), but I've never seen a packaged tool for the job. Perhaps you should release yours, mine were never more than just enough for the job in hand. -- Steve O'Hara-Smith From owner-freebsd-questions@freebsd.org Fri Jan 19 14:44:16 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13526EB5F99 for ; Fri, 19 Jan 2018 14:44:16 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C70598470A for ; Fri, 19 Jan 2018 14:44:15 +0000 (UTC) (envelope-from freebsd-lists@gromit.dlib.vt.edu) Received: from mather.chumby.lan (c-98-244-101-97.hsd1.va.comcast.net [98.244.101.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id E4A46C5D; Fri, 19 Jan 2018 09:37:56 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Splitting up sets of files for archiving (e.g. to tape, optical media) From: Paul Mather In-Reply-To: Date: Fri, 19 Jan 2018 09:37:55 -0500 Cc: rfg@tristatelogic.com Content-Transfer-Encoding: quoted-printable Message-Id: <2456E55A-D14F-41ED-B8DD-9633BD73ACF1@gromit.dlib.vt.edu> References: To: freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 14:44:16 -0000 Ronald, > On Jan 19, 2018, at 2:59 AM, freebsd-questions-request@freebsd.org = wrote: >=20 > Date: Thu, 18 Jan 2018 18:06:58 -0800 > From: "Ronald F. Guilmette" > To: freebsd-questions@freebsd.org > Subject: Splitting up sets of files for archiving (e.g. to tape, > optical media) > Message-ID: <68377.1516327618@segfault.tristatelogic.com> >=20 >=20 > This isn't really FreeBSD specific, but in my experience the folks on > this list have a lot of knowledge about a lot nice, useful free = software > tools, so I hope nobody will begrudgd me for asking this question = here. >=20 > I'm looking for a pre-existing software tool, which may or may not = already > exist, and which will do the following job... >=20 > Problem statement: >=20 > Imagine that you have a big set of files that you would like to = archive > to some sort of archiving media, such as tapes, or optical media, = where > each unit of said archiving media has a capacity considerably less = than > the total aggregate size of all of the files you want to archive. >=20 > Imagine further that you would like your set of input files to be = spread > across the units of the output (archive) media such that no single = input > file is ever split across more than one unit of the output media, in = order > to simplify recovery/restore of individual files. >=20 > Lastly, assume that it is desired to minimize, as much as reasonably > possible, the total number of output (archive) media units used to > archive the entire set of input files. (And to further this goal, > it is acceptable for files from any single input subdirectory to be > scattered among the various output media units. >=20 > +_+_+_+_+_+_+_+_+_+_ >=20 > In my case, I want to archive several hundred gigabytes onto a set of > blank BD-R disks. >=20 > I plan to use ImgBurn to actually write the BD-R disks. >=20 > So basically, I just need a tool to analyze the input file set, = applying > some sort of bin packing algorithm, and then spit out a list of which > specific files should go into each specific archive volume, e.g. #01, = #02, > #03... etc. Each such set of files will then, in turn, be hard-linked > into a temporary directory, and then, one by one, ImghBurn will be = told > to write each of these temp directories to a single output BD-R disk. >=20 > I have written a small software tool to do the above "splitting" job, > and I am currently improving upon it, but it occured to me that I > should at least ask if someone else has perhaps already perfected this > exact wheel that I am busy re-inventing. >=20 >=20 > Regards, > rfg >=20 >=20 > P.S. It seems unlikely that I'm the first and only person to have = ever > written a tool to do this specific job, but on the off chance that I = am, > I am more than willing to contribute my little tool to the = ever-expanding > ports tree. Have you looked at fpart (https://github.com/martymac/fpart)? It looks = to me like it is applicable to your problem (which sounds to me like a = variant of the bin packing problem). The fpart README even lists = packing music files onto fixed-size DVD media as one of its examples, = which sounds close to the archiving scenario you give above. Plus, it = claims to be developed on FreeBSD. Cheers, Paul. Disclaimer: I have not used fpart myself. From owner-freebsd-questions@freebsd.org Fri Jan 19 14:55:36 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2C395EB697C for ; Fri, 19 Jan 2018 14:55:36 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailman.tundraware.com", Issuer "mailman.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DDC9331C for ; Fri, 19 Jan 2018 14:55:35 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id w0JEtW21003975 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 19 Jan 2018 08:55:32 -0600 (CST) (envelope-from tundra@tundraware.com) Subject: Re: gpart And VPS Disk: Disappearing swap Partition To: "Steve O'Hara-Smith" Cc: freebsd-questions@freebsd.org References: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> <20180118213913.b39616554429136e897334fa@sohara.org> <06ff73a3-1c73-3309-985f-297b7dbfa1df@tundraware.com> <20180119075943.aa44341ba798fb1b6c096670@sohara.org> From: Tim Daneliuk Message-ID: Date: Fri, 19 Jan 2018 08:55:27 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20180119075943.aa44341ba798fb1b6c096670@sohara.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (oceanview.tundraware.com [45.55.60.57]); Fri, 19 Jan 2018 08:55:32 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: w0JEtW21003975 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-0.898, required 1, autolearn=not spam, ALL_TRUSTED -1.00, AWL 0.11, T_RP_MATCHES_RCVD -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 14:55:36 -0000 On 01/19/2018 01:59 AM, Steve O'Hara-Smith wrote: > Try adding -l swap1 to that command viz: > > gpart add -t freebsd-swap -l swap1 -i4 vtbd0 > > That *should* cause a /dev/gpt/swap1 to appear and persist through > reboots. It does cause the label to appear under /dev/gpt, but as before, it disappears on reboot. > >> gpart modify -i4 -lswapfs2 vtbd0 >> >> At this point, I can see the new swap partition. However, when I reboot, >> it's no longer there. > Hmm - does vtbd0 exist at all after reboot ? Yes, the raw drive and all the partition entries are there. This is very strange. From the OS' point of view, this is just another hard drive. The reason this came up at all is because I got a larger drive assigned to the virtual instance. I was able to successfully resize the root ufs volume. But when I then tried to use the last 1G of the drive for additional swap, I ran into the problems thus described... -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-questions@freebsd.org Fri Jan 19 15:23:41 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA8E1EB7ED5 for ; Fri, 19 Jan 2018 15:23:41 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) Received: from bca5.email-od.com (bca5.email-od.com [207.246.239.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B65C81BB1 for ; Fri, 19 Jan 2018 15:23:41 +0000 (UTC) (envelope-from 4250.10.freebsd-questions=freebsd.org@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1516375425; x=1518967425; h=x-thread-info:date:from:to:subject:message-id:in-reply-to:references:mime-version:content-type:content-transfer-encoding; bh=HkNg/ytlR4YXuD1YO74LlvpObgZFBcIapu0Fgka3SSs=; b=KOTrKmybIFjaP2zIVVWtQkXzcb7zyRXQHWPlrT6ZSU8c6Ver2+fyijtPb1xPStVm1fVPTtbtOydFXqqRJsg2smtNj/YUXIJCG1zQA7f7QnCN0r7APP+kVpK5kXGesIjn6Wj1AJh/oNjhOCoXL1/h5VaIm15uWj3/bioTUl9o5AQ= X-Thread-Info: NDI1MC4xMi44ODAwMDAwMDEzNTM5Mi5mcmVlYnNkLXF1ZXN0aW9ucz1mcmVlYnNkLm9yZw== Received: from r4.us-west-2a.aws.in.socketlabs.com (r4.us-west-2a.aws.in.socketlabs.com [54.149.236.199]) by bca2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 19 Jan 2018 10:23:33 -0500 Received: from smtp.lan.sohara.org (EMTPY [89.127.62.20]) by r4.us-west-2a.aws.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Fri, 19 Jan 2018 10:23:29 -0500 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.90 (FreeBSD)) (envelope-from ) id 1ecYVq-000BDS-BB for freebsd-questions@freebsd.org; Fri, 19 Jan 2018 15:23:26 +0000 Date: Fri, 19 Jan 2018 15:23:26 +0000 From: Steve O'Hara-Smith To: freebsd-questions@freebsd.org Subject: Re: gpart And VPS Disk: Disappearing swap Partition Message-Id: <20180119152326.a3ebf228725f025865eedcda@sohara.org> In-Reply-To: References: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> <20180118213913.b39616554429136e897334fa@sohara.org> <06ff73a3-1c73-3309-985f-297b7dbfa1df@tundraware.com> <20180119075943.aa44341ba798fb1b6c096670@sohara.org> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 15:23:42 -0000 On Fri, 19 Jan 2018 08:55:27 -0600 Tim Daneliuk wrote: > On 01/19/2018 01:59 AM, Steve O'Hara-Smith wrote: > > Try adding -l swap1 to that command viz: > > > > gpart add -t freebsd-swap -l swap1 -i4 vtbd0 > > > > That *should* cause a /dev/gpt/swap1 to appear and persist > > through reboots. > > It does cause the label to appear under /dev/gpt, but as before, it Good! > disappears on reboot. Bad. > > Hmm - does vtbd0 exist at all after reboot ? > > Yes, the raw drive and all the partition entries are there. > > This is very strange. From the OS' point of view, this is just > another hard drive. The reason this came up at all is because I have to agree, extremely strange. I'm out of good ideas now. > I got a larger drive assigned to the virtual instance. I was able > to successfully resize the root ufs volume. But when I then tried > to use the last 1G of the drive for additional swap, I ran into > the problems thus described... Hmmm, perhaps there's something about it being the last 1G - try just adding half of it and see what happens. -- Steve O'Hara-Smith | Directable Mirror Arrays C:\>WIN | A better way to focus the sun The computer obeys and wins. | licences available see You lose and Bill collects. | http://www.sohara.org/ From owner-freebsd-questions@freebsd.org Fri Jan 19 15:39:14 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01818EB8977 for ; Fri, 19 Jan 2018 15:39:14 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from oceanview.tundraware.com (oceanview.tundraware.com [45.55.60.57]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mailman.tundraware.com", Issuer "mailman.tundraware.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B600C26CC for ; Fri, 19 Jan 2018 15:39:12 +0000 (UTC) (envelope-from tundra@tundraware.com) Received: from [192.168.0.2] (ozzie.tundraware.com [75.145.138.73]) (authenticated bits=0) by oceanview.tundraware.com (8.15.2/8.15.2) with ESMTPSA id w0JFd8Dd017043 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 19 Jan 2018 09:39:08 -0600 (CST) (envelope-from tundra@tundraware.com) Subject: Re: gpart And VPS Disk: Disappearing swap Partition To: "Steve O'Hara-Smith" References: <511934e8-cbcb-75e2-b4ac-ea06e1a54196@tundraware.com> <20180118213913.b39616554429136e897334fa@sohara.org> <06ff73a3-1c73-3309-985f-297b7dbfa1df@tundraware.com> <20180119075943.aa44341ba798fb1b6c096670@sohara.org> <20180119152326.a3ebf228725f025865eedcda@sohara.org> Cc: FreeBSD Mailing List From: Tim Daneliuk Message-ID: <77915510-34d2-7974-1522-e8dbde1aebaa@tundraware.com> Date: Fri, 19 Jan 2018 09:39:03 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20180119152326.a3ebf228725f025865eedcda@sohara.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (oceanview.tundraware.com [45.55.60.57]); Fri, 19 Jan 2018 09:39:09 -0600 (CST) X-TundraWare-MailScanner-Information: Please contact the ISP for more information X-TundraWare-MailScanner-ID: w0JFd8Dd017043 X-TundraWare-MailScanner: Found to be clean X-TundraWare-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-0.898, required 1, autolearn=not spam, ALL_TRUSTED -1.00, AWL 0.11, T_RP_MATCHES_RCVD -0.01) X-TundraWare-MailScanner-From: tundra@tundraware.com X-Spam-Status: No X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jan 2018 15:39:14 -0000 On 01/19/2018 09:23 AM, Steve O'Hara-Smith wrote: >> I got a larger drive assigned to the virtual instance. I was able >> to successfully resize the root ufs volume. But when I then tried >> to use the last 1G of the drive for additional swap, I ran into >> the problems thus described... > Hmmm, perhaps there's something about it being the last 1G - try > just adding half of it and see what happens. I tried reducing it to 900G ... same problem. So ... I decided to resize the OS volume to use all the disk, including the last 1G and just increase the size of an existing swap file therein. ... that worked (!?). So, in short, resizing allowed me to use the whole disk, but attempting to create a 4th partition just for swap failed. Go figure ... -- ---------------------------------------------------------------------------- Tim Daneliuk tundra@tundraware.com PGP Key: http://www.tundraware.com/PGP/ From owner-freebsd-questions@freebsd.org Sat Jan 20 11:19:25 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88268ECA8FD for ; Sat, 20 Jan 2018 11:19:25 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4E93674746 for ; Sat, 20 Jan 2018 11:19:25 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1516447157; bh=X60Xrh2XZVeOhqPf8/4t/4B1JtX/vlWVSrshIqIICNs=; h=To:From:Subject:Date; b=tYCfuiZNrzCfz007Vxd/5r41VskERSV4nq9z2UdAx5j44RqnqWqGrkNPtZOUL0kQo hHa6KV7tSgOH6B+P5/z6u8pGTQWW6k0HekGPGvjMKlg+JZfN/cXGyIcKrDFu9vAKVe TxA8rhhJw4lKhpJtYdQMZkS5/9gaH/YaEGpiHMqg= To: freebsd-questions@freebsd.org From: Per olof Ljungmark Subject: xfce4 reverts to mirrored dislays Message-ID: Date: Sat, 20 Jan 2018 12:19:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 11:19:25 -0000 FreeBSD 11.1-STABLE #0 r326044 nvidia-driver-384.98 xfce4-settings-4.12.1 File .config/xfce4/xfconf/xfce-perchannel-xml/displays.xml Problem I use a dual monitor setup with "", ie. with the second monitor 1920px to the right On every monitor power down, xfce4 decides that they are mirrored instead and changes the file displays.xml to value="0" for the right monitor and the file is overwritten. Tried - Setting ownership to the above file to root - Set the propery to "locked" - Applied this patch to xfce4-settings-4.12.1: https://bugzilla.xfce.org/show_bug.cgi?id=14096 https://git.xfce.org/xfce/xfce4-settings/commit?id=e128126f5e32c1018854403bb846cb9d6a091bb0 - "metamodes" "DP-2: nvidia-auto-select +0+0, DP-3: nvidia-auto-select +1920+0" in xorg.conf (ignored by xfce apparently) - nvidia-settings - nvidia-xconfig .xinitrc has just "/usr/local/bin/startxfce4" None of the above changes the behaviour and I am out of ideas how to fix. Are there other files I am unaware of that could override displays.xml? Thankful for any hints on the subject... From owner-freebsd-questions@freebsd.org Sat Jan 20 11:56:45 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7981ECC7A8 for ; Sat, 20 Jan 2018 11:56:45 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 59A2975EE0 for ; Sat, 20 Jan 2018 11:56:44 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.195.18.98]) by mrelayeu.kundenserver.de (mreue006 [212.227.15.167]) with ESMTPA (Nemesis) id 0MRvfZ-1eEQ3A0P8L-00Ssn4; Sat, 20 Jan 2018 12:56:37 +0100 Date: Sat, 20 Jan 2018 12:56:36 +0100 From: Polytropon To: Per olof Ljungmark Cc: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-Id: <20180120125636.6ad88128.freebsd@edvax.de> In-Reply-To: References: Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:PjEQB5YDcvczwzqpcDu7U/iOuifzKq93M3Un837QDReQYNKYKM0 sOrlA4QLQmgnGuVuE8pXU6Aw8okjInHi+HCwwu5Mv2iiAeECz89KYSe55pzsH+H13rKztMD PXbVRCU3VRO6bur3TZUVQabKDNaa5mc8SiCCCSDN1k7LsQbXxdj6UN+MDlxvPRr9HUKN3Bg AhO+cYubqyDcJzQiuzHLA== X-UI-Out-Filterresults: notjunk:1;V01:K0:1N8zjMC7nGY=:NMCVvEoh/L59R46pxPGYYl 7vLAWiyG050DRxBW4MyBtRvnOuRp+Ggq1bhyXPpUtA66o1jfHpJApK7o2/6hBPMvYG9ASyFLb g+6m5zuAdEI/l0/r6mv20k7oOPasWxkSUgGkIigi6lfZ/+btOD/uYHXmZDJ87Cr9BQOGgyq56 LL/w0vfbqhRslfJYB12hMtt8Kt87D5Dvx44EBP9xEkaI93hBExAXqO5nG6JRTSy0oKz9Zl78R EX83sLiSdbDkLyrx1N9GkmBzuT5UyDU4941QuACN8qW4NIfNTqWL8JJyZB9cZVOFnUz2lKIqp hJEIXYqFBggW36M6IbFpIoCtGafFUW/ttATHKGI3WyBKRIsOMh7ngkCuciolt7GwRM6lbP73F l51BiCA2J2bj1tyc1tDDIVObseI2LDdbFOwlzZydajQXbEk4wWNslLogaN2+Hd6w/yJQd93M+ Wb633GNeSpcVJ+n8zb46GY/zCEp5f2v8NB9aKVHtanlSt4nriGlkLexBJxOGrKbNgKTHtaIrr xCWFz3opQ8kThlFYhNJlVBFUjbGCw7G/6pDqDh9LaIBC2Wq4KaAr0tc7QxXci/EIBt5DTzXgQ 45jyf7/Z1+4/sPjdyNreDou2zJKRGqfKSquQ3R49vBD4RkNfs1C2CRs2jy7dAHnOwStPDmIb5 FfboTM/SQ6G4UbaP3uOlMbNMEz3QMiQshOwMCkEtCJsIEiHx7MUwYZjKt+MMDV/w/4O4VG7Vy A4rzzpkqaKTcJSZB7a/sMriyP5qZHKyVRsyHwA5sMifVY5kYtdy0OIXvrv8= X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 11:56:45 -0000 On Sat, 20 Jan 2018 12:19:14 +0100, Per olof Ljungmark wrote: > FreeBSD 11.1-STABLE #0 r326044 > nvidia-driver-384.98 > xfce4-settings-4.12.1 > > File > .config/xfce4/xfconf/xfce-perchannel-xml/displays.xml > > Problem > > I use a dual monitor setup with " value="1920"/>", ie. with the second monitor 1920px to the right > > On every monitor power down, xfce4 decides that they are mirrored > instead and changes the file displays.xml to value="0" for the right > monitor and the file is overwritten. > > Tried > > - Setting ownership to the above file to root > - Set the propery to "locked" > - Applied this patch to xfce4-settings-4.12.1: > https://bugzilla.xfce.org/show_bug.cgi?id=14096 > https://git.xfce.org/xfce/xfce4-settings/commit?id=e128126f5e32c1018854403bb846cb9d6a091bb0 > - "metamodes" "DP-2: nvidia-auto-select +0+0, DP-3: nvidia-auto-select > +1920+0" in xorg.conf (ignored by xfce apparently) > - nvidia-settings > - nvidia-xconfig > > .xinitrc has just "/usr/local/bin/startxfce4" > > None of the above changes the behaviour and I am out of ideas how to fix. > > Are there other files I am unaware of that could override displays.xml? > > Thankful for any hints on the subject... You should be able to set "hard-coded defaults" in xorg.conf or, as it is done today, in a file in the /usr/local/etc/xorg.conf.d subdirectory. I'm not using a dual-screen setup at the moment, but I did with two 21" CRTs (4:3) on a nVidia GeForce GPU. Here is an example from the /etc/X11/xorg.conf file that could offer some inspiration: Section "ServerLayout" Identifier "Layout0" InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" Option "DontZap" "false" Screen 0 "Screen0" 0 0 Screen 1 "Screen1" LeftOf "Screen0" Option "Xinerama" "on" EndSection Section "ServerFlags" Option "DontVTSwitch" "false" Option "DontZoom" "false" Option "Xinerama" "true" Option "AIGLX" "true" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Eizo" ModelName "FlexScan F980" HorizSync 30.0 - 137.0 VertRefresh 50.0 - 160.0 Option "DPMS" "false" DisplaySize 410 305 EndSection Section "Monitor" Identifier "Monitor1" VendorName "Eizo" ModelName "FlexScan F77S" HorizSync 30.0 - 137.0 VertRefresh 50.0 - 160.0 Option "DPMS" "false" DisplaySize 410 305 EndSection Section "Device" Identifier "Card0" Driver "nvidia" VendorName "nVidia Corporation" BoardName "G73 [GeForce 7600 GS]" BusID "PCI:2:0:0" Screen 0 Option "NvAGP" "3" Option "UseEdid" "FALSE" Option "UseEdidDpi" "FALSE" Option "DPI" "96 x 96" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 Visual "TrueColor" Modes "1400x1050" "1152x864" "1024x768" "800x600" "640x480" "320x240" EndSubSection Option "TwinView" Option "TwinViewOrientation" "LeftOf" Option "ConnectedMonitor" "CRT, CRT" EndSection You will need to experiment with those settings. As I said, this stuff was written a long time ago, for very special hardware... ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sat Jan 20 12:50:20 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAB9FECF890 for ; Sat, 20 Jan 2018 12:50:20 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic303-20.consmr.mail.ir2.yahoo.com (sonic303-20.consmr.mail.ir2.yahoo.com [77.238.178.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5CF647882C for ; Sat, 20 Jan 2018 12:50:19 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: OSels7cVM1mrX_ee6VlOM2WD0F9UTJe_6kLXNpPKIpiIvV8zF_hL8wqaaH8y7WY xy6_AzaSXmsXSVv3L96cvxcUMrFTtpKvnHujkMnuQRCDyH3UJ_Ews8uqnEqPuF184RiuyqNDi_Uh JiGFDj04O3JkWy6zesfWSd1CNK2qFyeucSsXpyXv1uGpmWTzzOX99GvONgpZWOihqtGnNUx44HXK ZieJlTXKu9qQVoDk6kYbDK9RK7vZDpgHM8CkKRlgFr1Z_9MeP08MSUsggWwzCCUnYlF.OzX5k27F EY4v4wBiW.lkTA70g7HLiej6vnY4ib4EKftjLkDzYXV87N7fKiSv7FKLjYw4WAW2j1CHtNRhliYh RV7gVsaWp3sU9MqVSfPDZBnHm5NGgWybhG8mENc0hunXHoaZ5P6BMy0cWrF7nrJMNebidJSpsz_j FXYB_JoWKcTCBDHbNF6pBpmgD40c2ygqFkI9BGwlxooIfuWvtTDoNxzO7REBDHYl1FXMM3xPHbUL JkW1SYFo1fltXGKcNKoL2ssZXn9.GNfTcZenOLJfG4Jtq.WpKMA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ir2.yahoo.com with HTTP; Sat, 20 Jan 2018 12:50:12 +0000 Received: from smtp166.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.33]) by smtp401.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID feb9b39685080b7be3ad05e774fcca6b for ; Sat, 20 Jan 2018 12:40:01 +0000 (UTC) Date: Sat, 20 Jan 2018 13:40:01 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120134001.65ddb697@archlinux.localdomain> In-Reply-To: <20180120125636.6ad88128.freebsd@edvax.de> References: <20180120125636.6ad88128.freebsd@edvax.de> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 12:50:20 -0000 On Sat, 20 Jan 2018 12:56:36 +0100, Polytropon wrote: >You will need to experiment with those settings. + to google a little bit. On Linux I'm using a xorg.conf, as well as a script based upon xrandr, which is also provided by FreeBSD ;). https://www.freebsd.org/cgi/man.cgi?query=xrandr&sektion=1 Important note: I prefer a script over a GUI [1], because we could write a script to work around issues ;)! I'm using a LCD and CRT dualhead setup on demand for different purposes, the script not only handles X related settings, but als wallpaper and panel settings. Regards, Ralf [1] I'm using a WM without a DE, this and that I'm using X on Linux shouldn't make a difference. From owner-freebsd-questions@freebsd.org Sat Jan 20 13:15:24 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D1FB3ED0973 for ; Sat, 20 Jan 2018 13:15:24 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: from mail-wr0-x230.google.com (mail-wr0-x230.google.com [IPv6:2a00:1450:400c:c0c::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5AB92794D6 for ; Sat, 20 Jan 2018 13:15:24 +0000 (UTC) (envelope-from vbotka@gmail.com) Received: by mail-wr0-x230.google.com with SMTP id f11so3970121wre.4 for ; Sat, 20 Jan 2018 05:15:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :organization:mime-version; bh=drOgmu+qVQ5ZddV/kVXMhAazFi8iZZgEB30IwGEcDNo=; b=RlLGsp8v1w3iUl2D5vcf9ucFttPhXkxORLWoB/CEF1C88ozb6dctmJqSDRPqRQWbLV wKw9YHubeKqpaDP+F3kK7nIgq3uJWpAn4Yz/imjhOifAd2orAHEfrec9HkeHTPWKfVeQ caNJ7ilYitupvoGgtHFJgXHR4XBmmMLvrfskSS+t4snUI7DM8qszHKnY93i9Adq17XWQ RekiRBQssZWw9DfG/JVtgHfhPTCMA3lZoTA+sdDuVfVQilbIciQUkWNPrZruBK9bKtA9 /yY/K4Y6/tDIV56HOoZfCScbAmNth0O+2cH1Xvp2IA1dIaY9Oxub2o8E0rdlcWQqOZv7 jqrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:organization:mime-version; bh=drOgmu+qVQ5ZddV/kVXMhAazFi8iZZgEB30IwGEcDNo=; b=VfOM+X3PdXiIyPj4Zm/gAcM+LWI14UaXTtaAuK6s/EffeVwao0AsaYMs+QGMP6JTrn JxLIiR8cSIYLvWGPbpnwa/2rvXdzrbTQ2/yMdPzoSQj7ruEiRjlOVv/1aoVp5+9+NhkH TeXC3kHho+LD3eOCQmFgreoDIO37UuvsgswEsInPzE4KdUbTJMVPLu1v8P/KRHsyNtCd tdPqeS8U+9Rud1lgRKbPKSiNBo6Au+9bxV6Yt+ACvqBmGmC8BeM6QgYS0XIETgFUCgmj VweF5hflhSWTg/YT+Mn2XdDIELqbA5Vbrfp90ozkBQ3K3f773yaUPBBSbUnBNKiPKz2P AalQ== X-Gm-Message-State: AKwxytf7CFWptppNadj06rPgPWDENXlRUF3dB9kB7RRZ31cgNwsCSaWq /x1Bz9+1WVAqSjtVztardMDNlM2l X-Google-Smtp-Source: AH8x226M0i5rXulYpB+vpcDam44ggB+Z3eZ+PUbOd616718ft1VnIDUYGvcrCoYvdvKp4ZK99I/CXQ== X-Received: by 10.223.183.23 with SMTP id l23mr1573688wre.33.1516454121883; Sat, 20 Jan 2018 05:15:21 -0800 (PST) Received: from planb.netng.org (ip-89-103-146-20.net.upcbroadband.cz. [89.103.146.20]) by smtp.gmail.com with ESMTPSA id l8sm1902772wmg.46.2018.01.20.05.15.20 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 20 Jan 2018 05:15:20 -0800 (PST) Date: Sat, 20 Jan 2018 14:15:18 +0100 From: Vladimir Botka To: Per olof Ljungmark Cc: Ralf Mardorf via freebsd-questions Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120141518.7a85ed99@planb.netng.org> In-Reply-To: <20180120134001.65ddb697@archlinux.localdomain> References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> Organization: na X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; i686-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/q1xPk8Chltdtqb2YSHfPDHk"; protocol="application/pgp-signature" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 13:15:24 -0000 --Sig_/q1xPk8Chltdtqb2YSHfPDHk Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 20 Jan 2018 13:40:01 +0100 Ralf Mardorf via freebsd-questions wrote: > On Linux I'm using a xorg.conf, as well as a script based upon > xrandr, ... +1. FWIW, example of xrandr: xrandr --output VGA-1 --mode 1680x1050 --pos 0x0 --rotate left --output LVDS-1 --off --output HDMI-3 --off --output HDMI-2 --off --output HDMI-1 --off --output DP-3 --off --output DP-2 --off --output DP-1 --primary --mode 1920x1080 --pos 1050x600 --rotate normal There is a GUI (x11/arandr) to make the configuration easier. HTH, Cheers, -vlado --Sig_/q1xPk8Chltdtqb2YSHfPDHk Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJaY0DnAAoJEJDRmRKO1E8B+fIH/2kcOGJyBtYlIp7j7w1Q+rfX iemlo+pycv3BBSXzcm030tj04fQfChjdL6PL7qDKCsqWXmGdZQjrZi9CXeXUgsxC zU8bZY76edVGr4CGH7VwZPI4h6B5tXFcxWtlbo1bT2R412M3rIr0p8q1d6OHDfsw KQjP0c+0QCA8LmXH5t/jsRl1I9T9ZSKrUrkPtIKSb60nlOkieHYuqaPTvK5SMuwT bYX/Imc+noHQ3RCj/ck0WfS+IUKEgvDgyURraLROH4zXy+n/1PelGg3kFQg+FKOD LIlxBmaaRuNSB08GxXQqZE40AGf4xsG4hLQfwaBo5jLCUWD2ggG6Mb25YanIzzA= =ZTUT -----END PGP SIGNATURE----- --Sig_/q1xPk8Chltdtqb2YSHfPDHk-- From owner-freebsd-questions@freebsd.org Sat Jan 20 13:17:16 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9552AED0AFF for ; Sat, 20 Jan 2018 13:17:16 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 676A479604 for ; Sat, 20 Jan 2018 13:17:15 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 0507520CA2 for ; Sat, 20 Jan 2018 08:17:14 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute4.internal (MEProxy); Sat, 20 Jan 2018 08:17:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=0eRNlVlkPYRGsJQQY0kFBdT8Fq4IvX9LIMvld/SkAG4=; b=g2mOk7xO FckwyTk5upF9SVxan2t/Rc52PI6IjWiPlwgkua8eMlccqO8bbFIOyWz15oShUgp6 va/Kp/i6/+4/rbf+D9OHp/r7IXpTOWGt6lVraYkPXb2muVsUgYzSHhvC7sOnOzBw suC9hk1ZohDkKS+He/Qk8KkfzT9MEmDcM/uTzM7biNpUGV/WF1Fy44QRL/AKnCCG WiQHmXh5PT0UumGNsS4jhWWz4CPAPIzktmWWjRRGQAm+9b2uJNZGrxrKRTm1YYGX 8UXyscjE+kLyGM6ycXnEeJGG4edj3hVx5pBY/L+lN/juENhqyCVqt6wRT4WcDoRN DUugLmc+rKkJhg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; bh=0eRNlVlkPYRGsJQQY0kFBdT8Fq4Iv X9LIMvld/SkAG4=; b=D8LFtvU5IoLfyCeFOdz4Td8hLcI/2MsAodo3578NDaS7V zYO5SyINh4qfbjzyFGhPbXm0qe+ueKTk9HUah5dQPw88A006I4weAK4RIh91nT0M dTGScKTd/B7SnaBkG3jiORwbXUod8p3qA9gx8dtmhyeRnhskJnVUVS0z8Uvo01mi AD2uryihuzsz+T5VeNpDsQKGP+NUL8WiUgR/7ZIqlRuZj9fvJY/8EGHeEMOhyQEU T9/wAMtHoRF+GOEuP1WlKRcs5s8n0EN3I7UGw2+K9KCSArHRAjyh+zozZiRjPGX0 s4gK0OiwdnJFMUGDkqPZd0VwAETA/wkGqhXXwmS9w== X-ME-Sender: Received: from desktop.parsley.growveg.org (parsley.growveg.org [82.70.91.97]) by mail.messagingengine.com (Postfix) with ESMTPA id A10E0246D8 for ; Sat, 20 Jan 2018 08:17:13 -0500 (EST) To: freebsd-questions@freebsd.org From: tech-lists Subject: make.conf and building src Message-ID: Date: Sat, 20 Jan 2018 13:17:12 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 13:17:16 -0000 Hi, Are any settings in /etc/make.conf used when building sources? Or are some honoured but not others? It seems that MAKE_JOBS_NUMBER isn't honoured when building sources. I have to specify it with -j=. It is honoured when building ports. Will MAKE_JOBS_NUMBER be honoured in /etc/src.conf? If so, will CPUTYPE?= as well? thanks, -- J. From owner-freebsd-questions@freebsd.org Sat Jan 20 13:43:12 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2CA77ED1D4A for ; Sat, 20 Jan 2018 13:43:12 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic310-12.consmr.mail.ir2.yahoo.com (sonic310-12.consmr.mail.ir2.yahoo.com [77.238.177.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F0E47A7DD for ; Sat, 20 Jan 2018 13:43:10 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: V4.IJMAVM1ms8onNrh44opXuLVRlhm2QzUMFczV5zTFRNyPlFxNZ6_ckkOpAbDo 96xQNAZAOHje1v0NK6ceKdKlLHmfFOv0vzJM63xUkz4HxhWRlyDQRnk.EnQOFvN5HepmVCzZvr8n seMXV80x3oHC1hU3RrLRg.h2pxROGBBSXsuBc.YL2Zhu2gMa8VXknDSNL2zx1mQEEcyG81axVzMp JAQOp_l8IshqJMYunitrDSdB_TgIvpNetuk1gZMemq3csIOoQQO8S4wAwlAwLXh1Km9LU2fFs60V TfDqhn8bptr.phnijhHj4Dulnb2JTz1a6V.dCkdjsrXSAgB3lVxFGZr8eWfZ3wt8KmnIuzRnWun4 pTIPooSAiW7_iHogZmOpKseI8Z0U7m9Anl7aWVRXrSq1b2a.7H9O9FbIuQ8abNxwAHlaRe0wAMJd tmG8TejGfRmaZLxW6vGb7bRrx3qpbVKmnUpA3G91Xatpr4v_OD1bd1L1_UvloUUWJlcjWC4XrgQb QJyLD1IYIgjgfcaa2sdcdBRKbIXkWxMiLLVbez2MhBZ_s.y3ioQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.ir2.yahoo.com with HTTP; Sat, 20 Jan 2018 13:43:03 +0000 Received: from smtp172.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.39]) by smtp401.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID 16574bd2e1ce9eb53afbc1414610abeb for ; Sat, 20 Jan 2018 13:43:01 +0000 (UTC) Date: Sat, 20 Jan 2018 14:43:01 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120144301.170645e6@archlinux.localdomain> In-Reply-To: <20180120141518.7a85ed99@planb.netng.org> References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 13:43:12 -0000 On Sat, 20 Jan 2018 14:15:18 +0100, Vladimir Botka wrote: >+1. FWIW, example of xrandr: Unfortunately I can't provide such a plain example, however apart from irrelevant content in xorg.conf.d/ and some irrelevant customization scripts, a dirty hacked scripted named xdh-feh calls another dirty hacked script /usr/local/bin/xdh. I doubt in a hurry dirty written scripts do help a lot, however, a script could work around issues that GUIs using xrandr don't. I recommend to use Google (not another search engine, because sometimes Google unfortunately still provides the best hits on top), if the man page doesn't help. [rocketmouse@archlinux ~]$ cat /etc/X11/xorg.conf Section "Monitor" Identifier "HDMI2" DisplaySize 526 296 Option "PreferredMode" "1920x1080" Option "Primary" "true" EndSection Section "Monitor" Identifier "VGA1" DisplaySize 367 278 Modeline "1024x768" 65.00 1024 1048 1184 1344 768 771 777 806 Option "PreferredMode" "1024x768" Option "RightOf" "HDMI2" EndSection Section "Device" Identifier "Card0" Driver "intel" #Driver "vesa" EndSection Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection [rocketmouse@archlinux ~]$ cat /usr/local/bin/xdh #!/bin/dash version=2017-08-10 exit_status=0 xdh_usage() { case $1 in too_many_arguments) printf "\ntoo many arguments\n" exit_status=127 ;; missing_argument) printf "\nmissing argument\n" exit_status=128 ;; unknown_argument) printf "\nunknown argument\n" exit_status=129 ;; unknown_second_argument) printf "\nunknown second argument\n" exit_status=130 ;; esac cat</dev/null xrandr --rmmode "$name" 2>/dev/null ;; esac case $1 in add) xrandr --newmode "$name" $mode -hsync -vsync &&\ xrandr --addmode VGA1 "$name" exstat=$? output=$(expr $exit_status + $exstat) exit_status=$output ;; esac ;; esac done return $exit_status } hdmi2_aspect_ratio () { case $1 in 4:3) scale=1.33333333x1 ;; *) scale=1x1 ;; esac xrandr --output HDMI2 --scale $scale } xdh_xrandr () { case "$1" in off) xrandr --output VGA1 --off --output HDMI2 --mode "$2" ;; *) case $2 in off) xrandr --output VGA1 --mode "$1" --output HDMI2 --off ;; *) xrandr --output VGA1 --mode "$1" --$2 HDMI2 --output HDMI2 --mode "$3" ;; esac ;; esac } case $1 in --help) case $2 in default) xdh_default_presets ;; *) xdh_usage ;; esac exit ;; --xrdb) case $3 in "") case $2 in "") xrdb -query ;; xresorc) printf "xrdb -query\n" xrdb -query "$EDITOR" "$HOME/.Xresources" printf "\nxrdb -merge \"$HOME/.Xresources\"\n" xrdb -merge "$HOME/.Xresources" printf "\nxrdb -query\n" xrdb -query ;; *) xdh_usage unknown_second_argument ;; esac ;; *) xdh_usage too_many_arguments ;; esac exit $exit_status ;; esac arg1=${1:-no_argument} arg2=${2:-default} arg3=${3:-no_argument} case $arg3 in no_argument) case $arg1 in --hdmi) case $arg2 in default) xdh_mode add &&\ xdh_xrandr off "1920x1080" &&\ hdmi2_aspect_ratio 16:9 ;; *) xdh_usage unknown_second_argument ;; esac ;; --dual) case $arg2 in default) xdh_mode add &&\ xdh_xrandr "1152x864_90hz_xdh_default" right-of "1920x1080" &&\ hdmi2_aspect_ratio 16:9 ;; music-1) xdh_mode add &&\ xdh_xrandr "1440x960_86hz_xdh_music-1" right-of "1920x1080" &&\ hdmi2_aspect_ratio 16:9 ;; music-2) xdh_mode add &&\ xdh_xrandr "1368x768_90hz_xdh_music-2" right-of "1920x1080" &&\ hdmi2_aspect_ratio 16:9 ;; no-risk) xdh_mode add &&\ xdh_xrandr "1024x768_60hz_xdh_no-risk" right-of "1920x1080" &&\ hdmi2_aspect_ratio 16:9 ;; *) xdh_usage unknown_second_argument ;; esac ;; --same) case $arg2 in default) xdh_mode add &&\ xdh_xrandr "1024x768_60hz_xdh_no-risk" same-as "1024x768" &&\ hdmi2_aspect_ratio 4:3 ;; noscale) xdh_mode add &&\ xdh_xrandr "1024x768_60hz_xdh_no-risk" same-as "1024x768" &&\ hdmi2_aspect_ratio 16:9 ;; *) xdh_usage unknown_second_argument ;; esac ;; --tube) case $arg2 in default) xdh_mode add &&\ xdh_xrandr "1152x864_90hz_xdh_default" off &&\ hdmi2_aspect_ratio 16:9 ;; music-1) xdh_mode add &&\ xdh_xrandr "1440x960_86hz_xdh_music-1" off &&\ hdmi2_aspect_ratio 16:9 ;; music-2) xdh_mode add &&\ xdh_xrandr "1368x768_90hz_xdh_music-2" off &&\ hdmi2_aspect_ratio 16:9 ;; no-risk) xdh_mode add &&\ xdh_xrandr "1024x768_60hz_xdh_no-risk" off &&\ hdmi2_aspect_ratio 16:9 ;; *) xdh_usage unknown_second_argument ;; esac ;; --list) case $arg2 in default) xrandr ;; verbose) xrandr --verbose ;; screen) echo "xdpyinfo | grep screen -A2" xdpyinfo | grep screen -A2 echo "cat /sys/class/drm/card0-HDMI-A-2/edid | edid-decode | grep \"Detailed mode\" | cut -f2 -d, | sort -u" cat /sys/class/drm/card0-HDMI-A-2/edid | edid-decode | grep "Detailed mode" | cut -f2 -d, | sort -u echo "cat /sys/class/drm/card0-VGA-1/edid | edid-decode | grep \"Detailed mode\" | cut -f2 -d, | sort -u" cat /sys/class/drm/card0-VGA-1/edid | edid-decode | grep "Detailed mode" | cut -f2 -d, | sort -u ;; *) xdh_usage unknown_second_argument ;; esac ;; --asra) case $arg2 in default) hdmi2_aspect_ratio 16:9 ;; 4:3) hdmi2_aspect_ratio 4:3 ;; *) xdh_usage unknown_second_argument ;; esac ;; --mode) case $arg2 in default) xdh_mode add ;; expunge) xdh_mode ;; *) xdh_usage unknown_second_argument ;; esac ;; no_argument) xdh_usage missing_argument ;; *) xdh_usage unknown_argument ;; esac ;; *) xdh_usage too_many_arguments ;; esac exit $exit_status [rocketmouse@archlinux ~]$ cat /usr/local/bin/xdh-feh #!/bin/dash rp=$(echo $1 | cut -d\ -f1) on=$(echo $1 | cut -d\ -f2) f1=$(echo $1 | cut -d\ -f5) f2=$(echo $1 | cut -d\ -f6) f3=$(echo $1 | cut -d\ -f7) f4=$(echo $1 | cut -d\ -f8) f5=$(echo $1 | cut -d\ -f9) f6=$(echo $1 | cut -d\ -f10) f7=$(echo $1 | cut -d\ -f11) f8=$(echo $1 | cut -d\ -f12) f9=$(echo $1 | cut -d\ -f13) xdh_feh_wrapper () { case $f1 in "") ;; *) feh $f1 $f2 $f3 $f4 $f5 $f6 $f7 $f8 $f9 ;; esac } case $on in xdh) x1=$(echo $1 | cut -d\ -f3) x2=$(echo $1 | cut -d\ -f4) xdh "$x1" "$x2" &&\ xdh_feh_wrapper ;; esac case $(xrandr | grep HDMI2 | grep disconnected) in "") # HDMI2 connected case $(xrandr | grep VGA1 | grep disconnected) in "") # VGA1 connected case $(xrandr | grep VGA1 | grep -v disconnected | grep connected | awk '{ print $3 }' | cut -c1) in "(") # VGA1 off case $x1 in --tube) xdh --dual "$x2" &&\ xdh_feh_wrapper ;; esac "$HOME"/.customization/restart-panels-lcd.sh "$rp" 2>/dev/null ;; *) # VGA1 on case $(xrandr | grep HDMI2 | grep -v disconnected | grep connected | awk '{ print $3 }' | cut -c1) in "(") # HDMI2 off case $x1 in --hdmi|--dual) xdh --tube "$x2" &&\ xdh_feh_wrapper ;; esac "$HOME"/.customization/restart-panels-lcd.sh "$rp" 2>/dev/null ;; *) # VGA1 on and HDMI2 on case $x1 in --same) "$HOME"/.customization/restart-panels-lcd.sh "$rp" 2>/dev/null ;; *) # --dual or "" to restart panels only "$HOME"/.customization/restart-panels-lcd.sh "$rp-alt" 2>/dev/null ;; esac ;; esac ;; esac ;; *) # VGA1 disconnected case $x1 in --tube) xdh --dual "$x2" &&\ xdh_feh_wrapper ;; esac "$HOME"/.customization/restart-panels-lcd.sh "$rp" 2>/dev/null ;; esac ;; *) # HDMI2 disconnected case $x1 in --hdmi|--dual) xdh --tube "$x2" &&\ xdh_feh_wrapper ;; "") xdh --tube default &&\ xdh_feh_wrapper ;; esac "$HOME"/.customization/restart-panels-lcd.sh "$rp" 2>/dev/null ;; esac exit From owner-freebsd-questions@freebsd.org Sat Jan 20 13:58:25 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 469C0ED277D for ; Sat, 20 Jan 2018 13:58:25 +0000 (UTC) (envelope-from martymac@freebsd.org) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [IPv6:2001:4b98:c:538::198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 156F97AE4C for ; Sat, 20 Jan 2018 13:58:25 +0000 (UTC) (envelope-from martymac@freebsd.org) X-Originating-IP: 78.248.30.101 Received: from home.martymac.org (sse35-1-78-248-30-101.fbx.proxad.net [78.248.30.101]) (Authenticated sender: ganael.laplanche@martymac.org) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 601B9FB89F; Sat, 20 Jan 2018 14:58:21 +0100 (CET) From: Ganael Laplanche To: freebsd-questions@freebsd.org, rfg@tristatelogic.com Cc: Paul Mather Subject: Re: Splitting up sets of files for archiving (e.g. to tape, optical media) Date: Sat, 20 Jan 2018 14:58:14 +0100 Message-ID: <2532800.haqQPGL0BO@home.martymac.org> User-Agent: KMail/4.14.10 (FreeBSD/11.1-RELEASE-p4; KDE/4.14.30; amd64; ; ) In-Reply-To: <2456E55A-D14F-41ED-B8DD-9633BD73ACF1@gromit.dlib.vt.edu> References: <2456E55A-D14F-41ED-B8DD-9633BD73ACF1@gromit.dlib.vt.edu> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 13:58:25 -0000 On Friday 19 January 2018 09:37:55 Paul Mather wrote: Hi Ronald, Paul, > Have you looked at fpart (https://github.com/martymac/fpart)? It looks to > me like it is applicable to your problem (which sounds to me like a variant > of the bin packing problem). The fpart README even lists packing music > files onto fixed-size DVD media as one of its examples, which sounds close > to the archiving scenario you give above. Plus, it claims to be developed > on FreeBSD. Yes, fpart should do exactly what you want : it can create "partitions" (bags) of a maximum size and spread files amongst them, trying to minimize space loss. The following example creates partitions of 150 MiB from /usr/src : $ fpart -s $((150 * 1024 * 1024)) /usr/src >/dev/null Part #0: size = 0, 0 file(s) Part #1: size = 157286400, 18268 file(s) Part #2: size = 157286400, 8144 file(s) Part #3: size = 157286400, 5700 file(s) Part #4: size = 157286400, 10075 file(s) Part #5: size = 157286400, 9823 file(s) Part #6: size = 157286399, 10482 file(s) Part #7: size = 157286400, 9967 file(s) Part #8: size = 157286399, 9899 file(s) Part #9: size = 157286399, 11237 file(s) Part #10: size = 157286399, 9860 file(s) Part #11: size = 157286400, 5634 file(s) Part #12: size = 157286399, 9026 file(s) Part #13: size = 157286399, 9396 file(s) Part #14: size = 133225448, 10583 file(s) (the first partition, partition 0, is a special one and designed to host files bigger than the maximum size specified) Fpart is available in sysutils/fpart. Don't hesitate if you have any questions regarding that tool. I'll be happy to help :) Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From owner-freebsd-questions@freebsd.org Sat Jan 20 14:21:15 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3DA0ED35F7 for ; Sat, 20 Jan 2018 14:21:14 +0000 (UTC) (envelope-from k.shesternin@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8083C7BD24 for ; Sat, 20 Jan 2018 14:21:14 +0000 (UTC) (envelope-from k.shesternin@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id v123so8687442wmd.5 for ; Sat, 20 Jan 2018 06:21:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=FTIM/oe2ZIM1eNlpjBQvXcUQNCwyEz/jktxfUJDa2MI=; b=ILSZe5R/fud4xVWJhDwS13jTf2pL0dKQbLS0v4sdUq6fZ80AAnXG37igHnEpa0bWzl 8xC7R7haHbgY4+5l6B3GrdTTqswsftvrGX8hcOUsrEeK+c4Q37tDn8MRD4H2i/o/657I HABUKxOJGYK3bQIfUZxLmambfHzNCoyMzROD5AR9S7YbOxU26q59dHQwPxEIh7FZV/BU 0Ap1lQtb/RRPAAlC3nbmBRkQQwySzXfaLOTCfw0hKrxmNpIdNTOHLIEdPMm9deLKPwyp 3fdq0QCnoq7P+2lp4a5X2eidpTO3TutHlcZYWll4PVDiHLUf+NMhj+NQYWzvRpkY+23G YVFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=FTIM/oe2ZIM1eNlpjBQvXcUQNCwyEz/jktxfUJDa2MI=; b=QRM3oaa9TFpiHRcpM9OLCpndkJkdgKW+mKAgNR5hHVcVPxyhGhrf1ol5OaTTEl93h1 BI+yOF2i9KzDGVincohZHDoNEBSRtRI4afQVvLryG12I/9QyuqKetpoGaqE6tDckfnE7 6K0Jfd+5GSzFzClWTRQZLmil4vSZjpaHAj5Qc0aZYq1FM5BpD5HfnoZFT6qM7bw9HOs9 YSzngEzOxO0xjmAmS2nvz4mig7KBJyxXTd7uB2pPuBM2r1MMQmuhwuS74pDw0FRQ+NfO OS2gwf8ssBDt0v9IxDJLtPMMRU5U23lgSWk/Sqegn3NWbLE3GcARgi2i541YjIjYLxvI kPFw== X-Gm-Message-State: AKwxytfkcWQjz8GFtSgZheBNt0T9NPK0NYTbfQSDVKA0KIx33wLP+bMw 6d6lmv367KOjGSHrOET8uKczD15d/4wzKJ6fr+8= X-Google-Smtp-Source: AH8x22426RsdjhTAqGNwlJKkQZ4cZ+Ere/+4zgUKkVfYrll4eDraH6IdS8kWjtJEa/iWG6fGrCFfpIImH2gfRXcHdkE= X-Received: by 10.80.135.205 with SMTP id 13mr3952150edz.253.1516458071916; Sat, 20 Jan 2018 06:21:11 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.220.14 with HTTP; Sat, 20 Jan 2018 06:21:11 -0800 (PST) In-Reply-To: <20171121125948.3a619305.freebsd@edvax.de> References: <20171121102645.5a5d58fd.freebsd@edvax.de> <20171121125948.3a619305.freebsd@edvax.de> From: Konstantin Date: Sat, 20 Jan 2018 17:21:11 +0300 Message-ID: Subject: Re: Boot problem To: Polytropon Cc: freebsd-questions@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 14:21:15 -0000 That seems to be the kernel loader. A "hanging" at this stage is something very inconvenient, as I assume the kernel won't even be loaded (from what you've described). Or do you get the kernel (white) output already? Compare: https://www.freebsd.org/doc/handbook/boot-introduction.html https://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/boot-overvi= ew.html Last message: FreeBSD/x86 bootstrap loader, Revision 1.1 (=E2=80=8BFri =E2=80=8BJul 2 =E2=80=8B1=E2=80=8B 0 =E2=80=8B2=E2=80=8B : =E2=80=8B03 :08 UTC 201 =E2=80=8B7=E2=80=8B root@releng2.nyi.freebsd.org ) After that system hangs. Maybe some updates via freebsd-update fetch|install, not sure. That _might_ have caused it... How repair it? =E2=80=8BI update system to 11.1-Release but have a same boot problem=E2=80= =8B From owner-freebsd-questions@freebsd.org Sat Jan 20 15:46:28 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 38C40EB4978 for ; Sat, 20 Jan 2018 15:46:28 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F145E7ED08 for ; Sat, 20 Jan 2018 15:46:27 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1516463183; bh=xMqaci4/Tvag5MHmOdpZCDGTgkhJgp0af8gjB2ZpJo8=; h=Subject:To:References:From:Date:In-Reply-To; b=uam+PmcU/B6mSg9UQTOkSGsH5PTkX3FJoqsXUC4HPRWOezfdn8HAxgsaSrDnV/l9I dDu5bV4sZ/JUFjIciIA/BuqLflojGam2ASxAZ/nKst+ElX8+Ab9ehdoTWikZoLARIH jHdS/cioDqMORlvS1w1XT5ncbAXlryD75NS1rogI= Subject: Re: xfce4 reverts to mirrored dislays To: freebsd-questions@freebsd.org References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> From: Per olof Ljungmark Message-ID: <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> Date: Sat, 20 Jan 2018 16:46:16 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <20180120141518.7a85ed99@planb.netng.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 15:46:28 -0000 On 01/20/18 14:15, Vladimir Botka wrote: > On Sat, 20 Jan 2018 13:40:01 +0100 > Ralf Mardorf via freebsd-questions > wrote: > >> On Linux I'm using a xorg.conf, as well as a script based upon >> xrandr, ... > > +1. FWIW, example of xrandr: > > xrandr --output VGA-1 --mode 1680x1050 --pos 0x0 --rotate > left --output LVDS-1 --off --output HDMI-3 --off --output > HDMI-2 --off --output HDMI-1 --off --output DP-3 --off > --output DP-2 --off --output DP-1 --primary --mode 1920x1080 > --pos 1050x600 --rotate normal > > There is a GUI (x11/arandr) to make the configuration easier. > Thank you all for your suggestions - the basic problem must be in xfce4-settings and it looks like one has to work around it - a little surprised that the bug in displays.c is marked "Solved" though - I did patch displays.c and reinstall it. https://bugzilla.xfce.org/show_bug.cgi?id=14096 https://git.xfce.org/xfce/xfce4-settings/commit?id=e128126f5e32c1018854403bb846cb9d6a091bb0 Let me clarify the problem: When I start X all is dandy, likewise if I exit X and come back. *But*, if I leave my workplace with X running long enough for the monitors to power down, when they are powered up again the display is mirrored and ~/.config/xfce4/xfconf/xfce-perchannel-xml/displays.xml is overwritten no matter how I try to make it read only. Not sure what script could help me with this? Is there a known way to lock this file? Thanks, //per From owner-freebsd-questions@freebsd.org Sat Jan 20 15:58:05 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ED40EEB54C5 for ; Sat, 20 Jan 2018 15:58:05 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1C197F333 for ; Sat, 20 Jan 2018 15:58:05 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1516463883; bh=aWgCzVmTno6cJ53hW8W1IS6KlYZSgIsx3FkAfTDDYGk=; h=Subject:To:References:From:Date:In-Reply-To; b=pBLr7I63vEpc6n1DJcIv4lthh0knFoneRhMN2tt/1XoitAwICaaZor1PwsvVAaGk4 4eojfsEWtn2/wsNxRK1AlogIUufD/QFeoyp5pBkSdQB/S1ifNAD5FzOucktt88Xg3e R8p6Hs+DVrHJDLq71pCEL0zUuh4vTX5u7ok/MBcY= Subject: Re: xfce4 reverts to mirrored dislays To: freebsd-questions@freebsd.org References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> From: Per olof Ljungmark Message-ID: <277b157c-9221-a77b-a20b-77c727f0f062@nethead.se> Date: Sat, 20 Jan 2018 16:58:01 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <20180120141518.7a85ed99@planb.netng.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 15:58:06 -0000 On 01/20/18 14:15, Vladimir Botka wrote: > On Sat, 20 Jan 2018 13:40:01 +0100 > Ralf Mardorf via freebsd-questions > wrote: > >> On Linux I'm using a xorg.conf, as well as a script based upon >> xrandr, ... > > +1. FWIW, example of xrandr: > > xrandr --output VGA-1 --mode 1680x1050 --pos 0x0 --rotate > left --output LVDS-1 --off --output HDMI-3 --off --output > HDMI-2 --off --output HDMI-1 --off --output DP-3 --off > --output DP-2 --off --output DP-1 --primary --mode 1920x1080 > --pos 1050x600 --rotate normal > > There is a GUI (x11/arandr) to make the configuration easier. > from log power down ? [ 14086.398] (II) NVIDIA(0): Setting mode "DP-2: nvidia-auto-select @1920x1200 +0+0 {ViewPortIn=1920x1200, ViewPortOut=1920x1200+0+0}" [ 14086.494] (II) NVIDIA(0): Setting mode "DP-2: nvidia-auto-select @1920x1200 +0+0 {ViewPortIn=1920x1200, ViewPortOut=1920x1200+0+0}, DP-3: nvidia-auto-select @1920x1200 +0+0 {ViewPortIn=1920x1200, ViewPortOut=1920x1200+0+0}" and here is when I manually change back to non-mirrored ? [ 14101.980] (II) NVIDIA(0): Setting mode "DP-2: nvidia-auto-select @1920x1200 +0+0 {ViewPortIn=1920x1200, ViewPortOut=1920x1200+0+0}, DP-3: nvidia-auto-select @1920x1200 +1920+0 {ViewPortIn=1920x1200, ViewPortOut=1920x1200+0+0}" From owner-freebsd-questions@freebsd.org Sat Jan 20 16:09:51 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AFD68EB65C8 for ; Sat, 20 Jan 2018 16:09:51 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1898E7FBE5 for ; Sat, 20 Jan 2018 16:09:50 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.195.18.98]) by mrelayeu.kundenserver.de (mreue001 [212.227.15.167]) with ESMTPA (Nemesis) id 0M4NmW-1f2JEA3Nq0-00ygmR; Sat, 20 Jan 2018 17:09:42 +0100 Date: Sat, 20 Jan 2018 17:09:42 +0100 From: Polytropon To: Per olof Ljungmark Cc: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-Id: <20180120170942.532834dd.freebsd@edvax.de> In-Reply-To: <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:B1sFXhFfpCXJ7SAiHIS/QgXicfxV4oaS6hElniukjxaqgtsx0OP 6lN7soMRL43NkiO7yXEZ9wCbkdXl4lpZhYJ6bQ1QjkD/VTMaqeNqDqmkwEmbTEQXNPX5NhZ ZJGQjjNoaKFlGA1KHKbVllLSgH0rssrxKhu1Y+E2nnrEKtCuWGh2N446ENkrBa/dTdOB0WZ a82bx3sZfDtseS2m03lUg== X-UI-Out-Filterresults: notjunk:1;V01:K0:WGclZBFl0Fs=:rxfQeqf18C10ScGny1fdwl lmrySO2AZVWYqnCm+JOM2/y9fBTx5Kwyjfk6ls1oljfreqi07CNUaeRTA2TPKcbert9thtMwh 7Q6pr250Z0VhlHPQPDnef5spBxuMM3A0YeQOf11iPwXWkzwJ2aSg4z4XVshvg66C846svP+Yh FTrCP0ld0d4eupYcE13Jb66jU5Zz1foKDB1VtrIFW9+TsnJ9fYd5mo7froYOtE0W5AqmAGWxb dJnd6WCP3qCGmyMAtFJmCuWjJANOaJ+rMeUi3HuPHBpLwzzbXlfqoHdtngjTq4eu8nyQMG3+b 20W7QS79Wfl8eJRy8AmGuYlqlWoUMkI5yrMUDmqdCLQDXd1vBVgXdNN/6p7WCn4z024nnGxaa JbLiaZeGOJCRJZ0IKTEgosAyDPdejcK5O8WbEJ7IXPZ4PT8wb5VWuXo17JI24d8ZoiFVOTX9K xyOyEJg4XxxgamAwPDMS1eW9QwnWJZZ6oHLvyObrReyv+bsKExDhMCLUtVNDyWGXodky6hkCg YF6OrAhuglRQONVwr46epOdzF7zLKZAQGp5+rxHY/q+1qt1/4OfiBFny3G/PSGUTuLWeO820U F04KCvjT7fSnbblHQqnOpqfYEl182EBq2SFrnlpsLMW0Pv+IgSx+xDcshPKLXNUSLL5BaAyi3 YCw4+ehr61NUMKO0hB05KVywddicsNeza9GFbv/Nv8WyvBIxvRbTz5/QLJ3mtu6d42oW4jvPS 8/Vv/Tbv95l5qjZyhdPzc3xyUwFwIwi++GCwoInpat5MakQH2mS14caInjo= X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 16:09:51 -0000 On Sat, 20 Jan 2018 16:46:16 +0100, Per olof Ljungmark wrote: > When I start X all is dandy, likewise if I exit X and come back. > *But*, if I leave my workplace with X running long enough for the > monitors to power down, when they are powered up again the display is > mirrored and ~/.config/xfce4/xfconf/xfce-perchannel-xml/displays.xml is > overwritten no matter how I try to make it read only. > > Not sure what script could help me with this? > Is there a known way to lock this file? As root, chown the file to root:wheel, then make it r--/r--/r--, and finally use chflags to apply the noschg flag. This should make the file immutable to any write attempts. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sat Jan 20 16:11:15 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E475EEB67D3 for ; Sat, 20 Jan 2018 16:11:15 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic303-20.consmr.mail.ir2.yahoo.com (sonic303-20.consmr.mail.ir2.yahoo.com [77.238.178.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 82A0C7FD98 for ; Sat, 20 Jan 2018 16:11:14 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: miyjkwwVM1muzjmuUJQWgVwaNlmszIHSTWaAIhaYFtrtYJeE7TdaHHf0p6FYuzQ .jbBno5oe5Ds6PTo02afyYiei34zllbZlu084CpNj7H7hk8ubI_PygkYqcZJq.KFlMmaP7vGxc.Z oBSXf3R_3btkSwPg.qwRS4WQLC6xd0gGjS890ce8tPTTpEctQWL16JRAUZyTKqtM7doCOqovCfGJ 7GziUddkM3kvOEsNF1l8i.D9dkkYLEyPNrmRl.cZR1J8pFTHjlEC1VuUN8AyV73dHh19zSfzcwGg v_TfESzy0Z1OdTxIUu0ysWcJb08x.RnkxwYp43OxUA78NnkkAIrV35o91d2O8COhmp..ObqsZGF1 mr6YO7OJqK9SoboVduJ_Lq0cGsT5qA86.Si7BWi_42MdHPSd5nLPhAqrJ._qHdhHdOmhckj0e4gM Hcgs7uGruuun16acrHnpGUnVbTcd3UugQk_jUu2GVFuvW_oRLAF3nNSnLf30.idWpCrfDGHCpy0A ERlyJaEjXomvIz1OqlHQBxHTBqiC9Z6lDMTT7b1jdxjbGVt5hGA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ir2.yahoo.com with HTTP; Sat, 20 Jan 2018 16:11:11 +0000 Received: from smtp166.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.33]) by smtp404.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID c11d2dc99b2a02db01a5fb3b0552c180 for ; Sat, 20 Jan 2018 16:11:10 +0000 (UTC) Date: Sat, 20 Jan 2018 17:11:10 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120171110.54ae6331@archlinux.localdomain> In-Reply-To: <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 16:11:16 -0000 On Sat, 20 Jan 2018 16:46:16 +0100, Per olof Ljungmark wrote: >Not sure what script could help me with this? I migrated from the desktop environment Xfce, using the window manager xfwm, to the window manager openbox, without a desktop environment at all. Regarding this migration IIRC I fortunately was jobless and could customize my chosen WM the way I need it, without any issue. Now that I'm luckily working more or less full-time again, I don't know, if migrating to a 200 ;) % customized window manager environment is worth the effort, or even possible at all ;). Actually regarding dual-head usage, a dirty (IOW not really good) script helped me a lot. IIRC I already wasn't jobless when I wrote my dirty xrandr script, but fortunately I migrated from a DE to a WM when I was jobless. IMO "time" is very important. IOW I don't know if you could work around the issue you experience by using a script. If you should have the time to test it, then simply try it. If not, consider to get in contact with upstream of your chosen desktop environment. Actually I decided against helping to improve Xfce, but migrated to openbox without an desktop environment. From owner-freebsd-questions@freebsd.org Sat Jan 20 16:32:19 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BBF71EB7A49 for ; Sat, 20 Jan 2018 16:32:19 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic304-22.consmr.mail.ir2.yahoo.com (sonic304-22.consmr.mail.ir2.yahoo.com [77.238.179.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BD0680BE6 for ; Sat, 20 Jan 2018 16:32:18 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: 0q_BllgVM1nPB_S8OpnRI7Bh.Us_aogGB6FDFqMS587z4KyM7f6rNCMvdVg0fne Rw88X2_oGtkw71zfIFdru.7XYGxp05XDJ10M5K5ULFru0j_21z.D58KwvuZ5HrNpJwC.GJj870rQ _.iq0Jun9T1VVmo5PHX2S55BL.P3MNCEHi5xpTxbyGu25waFS_KJZlAxiiOyBzksP1f1m2iQ7a8v 3YLlCHicXlfQ9SXNrzMx6fgrD7iocSJVEhYKaOO81QhjN7pExz2h_mtS.ZMxI0O25WY_4rXwY9gJ wmF2A7Fj5bjlsy9mhn.vM7GkepL16zmiWwHirqEypV6EMu0u5TwsVp5OeKgNP_9gdCvofjIPH0j2 BLaRh2RAau8KntjOJcjKqcPQ88YD0a_04A3izDGxspk21MwxYvaldivAg7j.SFOEfecW207C6d_S .Lwao6In1pUInP2oHuFYmZlDZqnL_g0SXcn7DelD3UXWgwd99BY7ncc30aYwjmNfYtoINUBlJUF. DKmT8d.rLwKEADDdGZk2oPASliNfJ3Rc5qrU9DIkJhytAGTGBHw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic304.consmr.mail.ir2.yahoo.com with HTTP; Sat, 20 Jan 2018 16:32:11 +0000 Received: from smtpgate101.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([217.146.189.7]) by smtp413.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID b0fb3752387d20111cf8f1133e89dd4e for ; Sat, 20 Jan 2018 16:32:06 +0000 (UTC) Date: Sat, 20 Jan 2018 17:32:07 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120173207.3fb817f2@archlinux.localdomain> In-Reply-To: <20180120170942.532834dd.freebsd@edvax.de> References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> <20180120170942.532834dd.freebsd@edvax.de> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 16:32:19 -0000 On Sat, 20 Jan 2018 17:09:42 +0100, Polytropon wrote: >As root, chown the file to root:wheel, then make it r--/r--/r--, >and finally use chflags to apply the noschg flag. This should >make the file immutable to any write attempts. There might be a file in some temporarily location more important, assuming that powering down the monitor happens during running user session. Btw. this kind of opacity of desktop environments, especially such as Xfce, that are migrating from GTK2 to GTK3, is a good reason to migrate to a window manager without a desktop environment. Actually making a config file a desktop environment wants to access immutable, could cause issue and might not help at all, since the relevant file anyway could be in a temporarily cache. Does Xfce on FreeBSD and/or Linux already suffer from dconf(/gsettings)/dbus and Co. issues? I decided to migrate to openbox, when Xfce didn't suffer from those culprits(/crap). From owner-freebsd-questions@freebsd.org Sat Jan 20 16:33:34 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21ECEEB7D3A for ; Sat, 20 Jan 2018 16:33:34 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [IPv6:2001:8b0:151:1:c4ea:bd49:619b:6cb3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D3C3B80D1E for ; Sat, 20 Jan 2018 16:33:33 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from liminal.local (unknown [IPv6:2001:8b0:151:1:57e:20cb:b362:f932]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id 53C9C11CBE for ; Sat, 20 Jan 2018 16:33:32 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none (p=none dis=none) header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/53C9C11CBE; dkim=none; dkim-atps=neutral Subject: Re: processor To: freebsd-questions@freebsd.org References: <1516315417.19486.1.camel@yandex.com> From: Matthew Seaman Message-ID: Date: Sat, 20 Jan 2018 16:33:31 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <1516315417.19486.1.camel@yandex.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="Zgx7o9KKXiFuNx7bZonOLPyycBlQBX19B" X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 16:33:34 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Zgx7o9KKXiFuNx7bZonOLPyycBlQBX19B Content-Type: multipart/mixed; boundary="oqGQgyr8Lnafla5ImvMVgurC73BajJyUb"; protected-headers="v1" From: Matthew Seaman To: freebsd-questions@freebsd.org Message-ID: Subject: Re: processor References: <1516315417.19486.1.camel@yandex.com> In-Reply-To: <1516315417.19486.1.camel@yandex.com> --oqGQgyr8Lnafla5ImvMVgurC73BajJyUb Content-Type: text/plain; charset=utf-8 Content-Language: en-GB Content-Transfer-Encoding: quoted-printable On 18/01/2018 22:43, Stari Karp wrote: > Does it mean that the motherboard is AMD and CPU is Intel. But why > uname -m shows amd64, please? amd64 is the FreeBSD name for what Linux calls x86_64. It's the Intel x86-compatible 64 bit architecture that was first produced by AMD, which Intel later adopted. Yes, your processor is from Intel, but it is using a 64-bit instruction set authored by AMD based on an earlier 32-bit Intel work. Your motherboard will be from Apple[*], but it uses Intel chipsets for most things. There is an AMD Radeon graphics card amongst various other components for a number of different suppliers. Cheers, Matthew [*] It's probably a custom board specially developed for Apple by one of the specialist motherboard manufacturers, and re-badged by Apple. --oqGQgyr8Lnafla5ImvMVgurC73BajJyUb-- --Zgx7o9KKXiFuNx7bZonOLPyycBlQBX19B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQKoBAEBCgCSFiEEGfFU7L8RLlBUTj8wAFE/EOCp5OcFAlpjb1xfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDE5 RjE1NEVDQkYxMTJFNTA1NDRFM0YzMDAwNTEzRjEwRTBBOUU0RTcUHG1hdHRoZXdA ZnJlZWJzZC5vcmcACgkQAFE/EOCp5Od/ig//XpCAjGn24ZsFS0IzPz6wb5XwJ0Gv rRqdHUczOPdfhKjVhUd6pJnELgHt0IsAXtcjQd2IF7oB82pv9a2YvICyonfT9IGo vgI9Un8yn3hHuh0+Ti4AJylW/I6xnayXJmnh+sncp0tM2CzeM77mGM0QSEeFKpzh uQ6BuLdJ2kmTKlzM2Esbxk+oR129h6767ypEI4ARwPTRX5fUJ95pCTHpCAui05j+ Ctsr5FORPZibO0C0wL/q8FZDFSVulfIDsTpW5lwOsTVrMKr7kHQanLuBgHVAZQmc CxItggZHZhKtmGZNaupohHc9jSOPRzAGWCFW/VXAW76jhZ1VpNy+6yncF0jJGdTF bcz4Nqc48bKuc//x2eOgYmjAKZgkNFtjN+qneWcExaNHhHK3mfW1ZF/eCfPGoLGY yjs2azvIFS1GQ2V6EW4UH3jE1F7+BLMotEdyj3HkWs8BXprBinkMtvlLwLnrNvxa RdrLrRyHRa0qiUHjHyxfwNCCPjDS1Ia2Ur+9fW6yrFXrTcQ3pPXIzpJlH8PEd2yz F+BuUQ4rxnG4NdaxByvE+TWFhwF1pzyk9oQmVqNy7hzZ10NFQVbtY80wgso6dGIT KYxSXILz/KqPnnWBrVrK9mmDmbkidbs4pjniKPUMTSukEq+u2HIDBWs+OURDsfk7 01s6d8pyLCYaalY= =Vu1R -----END PGP SIGNATURE----- --Zgx7o9KKXiFuNx7bZonOLPyycBlQBX19B-- From owner-freebsd-questions@freebsd.org Sat Jan 20 16:33:35 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BB8E9EB7D45 for ; Sat, 20 Jan 2018 16:33:35 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (mail.dpedia.de [178.254.4.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7A01280D1F for ; Sat, 20 Jan 2018 16:33:34 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [93.104.137.253] (helo=localhost.unixarea.de) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.86_2) (envelope-from ) id 1ecw2o-0005d6-OC for freebsd-questions@freebsd.org; Sat, 20 Jan 2018 17:31:02 +0100 Received: from localhost.my.domain (localhost [127.0.0.1]) by localhost.unixarea.de (8.15.2/8.14.9) with ESMTPS id w0KGXOWb005340 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 20 Jan 2018 17:33:24 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by localhost.my.domain (8.15.2/8.14.9/Submit) id w0KGXNM8005339 for freebsd-questions@freebsd.org; Sat, 20 Jan 2018 17:33:23 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: localhost.my.domain: guru set sender to guru@unixarea.de using -f Date: Sat, 20 Jan 2018 17:33:23 +0100 From: Matthias Apitz To: freebsd-questions@freebsd.org Subject: Re: fetch is waiting on input on stdin Message-ID: <20180120163323.GA5223@c720-r314251> Reply-To: Matthias Apitz Mail-Followup-To: Matthias Apitz , freebsd-questions@freebsd.org References: <20180112084556.GA13812@c720-r314251> <20180112120937.GA14731@c720-r314251> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="IS0zKkzwUGydFO0o" Content-Disposition: inline In-Reply-To: <20180112120937.GA14731@c720-r314251> X-Operating-System: FreeBSD 12.0-CURRENT r314251 (amd64) X-message-flag: Mails containing HTML will not be read! Please send only plain text. User-Agent: Mutt/1.8.0 (2017-02-23) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.137.253 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 16:33:35 -0000 --IS0zKkzwUGydFO0o Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm still trying to get around or understand this and maybe it's time to file a bug PR.... The man page of fetch(3), i.e. the used library for this, explains the usage of some env vars: FTP_LOGIN=3Danonymous export FTP_LOGIN FTP_PASSWORD=3Dguru@sisis.de export FTP_PASSWORD and if you set this and run: $ fetch ftp://ftp.muc.de you will see, that the values of the env vars are used, but only *after* reading and getting EOF on stdin, i.e. if you run: $ fetch ftp://ftp.muc.de < /dev/null it works right away. How this is supposed to work in automated scripts, like 'make install'? matthias --=20 Matthias Apitz, =E2=9C=89 guru@unixarea.de, =E2=8C=82 http://www.unixarea.d= e/ =F0=9F=93=B1 +49-176-38902045 Public GnuPG key: http://www.unixarea.de/key.pub --IS0zKkzwUGydFO0o Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXmn7rBYYViyzy/vBR8z35Hb+nREFAlpjb1AACgkQR8z35Hb+ nRFBCA/+L0BNFVJEL+gagMBLFtOXdqPemKvJed/QTrdhJaXrOznH3uV6ZA1T0VbU imKHmBSDAvFgvq94z55/2ijzw0RzVXDbA2bYptCqhRCfUAEE8FsGIq4bdqvboK/o zON+HffEiIV09wEByHG3c5RYZO5S4vbtfDrVlTza+Fg/+1y2AjOhg/GoOBGhEjma rcmwmccqy6Bbs0eEt+tjw/UJbzrmjKaCDq57LuMfdAO/YJmfipcDrE3BxQxY8L+l Do1xTzBxsN99vIcTS0eReM5C5UDoNauRH/cDXS9aIh3Z7e1yXJoNyZF52j2RfEe+ 2Y8cBrZOV1n/JubDIyQebmH1TsuIZRcDQQ2WtFrDu6E5FUZywqvzNn8nftmC/g8n 2kMly3ceiEyJqWTVDKeMHyb/ZLys/NDmsYWK+tm4uKYUYpBIdMbtowGlE3gOl5LJ waarb2Lm9TUHjD2oZpaB5PqC4oONP8R9e0Y3dKk1iV4wRPGeP4rzKTYQF81dqJBT d7HjnvzNvg80VxDBzw2vFgcq4Z6YfxoV6kr+RxRoeYvAOWEKRlJ32aXxTscTZsPu /2LHttciTWpN0Mztpfddtb6YZaqJttp+WiBMYD0FX9BF7j329A/d39OSwf65gHoL bznEkkNWbYAGTdtRngcGYPP8tx0EgLEudg7TiH94RpDa2lhtLzI= =2W5O -----END PGP SIGNATURE----- --IS0zKkzwUGydFO0o-- From owner-freebsd-questions@freebsd.org Sat Jan 20 17:19:27 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A99E6EBA517 for ; Sat, 20 Jan 2018 17:19:27 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CE9182295 for ; Sat, 20 Jan 2018 17:19:27 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1516468762; bh=qeEycu6Nm9kNE4liWp0KqnPGrKvC36PFQ3cfKbOuo90=; h=Subject:To:References:From:Date:In-Reply-To; b=1BZdJVmqTgS8LEJhpZuMyOSMy7Zvw88+/l+F7qrW4EUUV1TD0L8AMDMHNGRGUtSXA a6Vj14MMhGajIpOJVZtE0R3xmHJyUEVhRVCAnMAuaBtrBKHJK9e92Htp6MbDZS5N4B 2SiDzKW1VqiIKqBF2XGre1XS1nJHLTF6g5ge5Ln8= Subject: Re: xfce4 reverts to mirrored dislays To: freebsd-questions@freebsd.org References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> <20180120170942.532834dd.freebsd@edvax.de> From: Per olof Ljungmark Message-ID: Date: Sat, 20 Jan 2018 18:19:20 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <20180120170942.532834dd.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 17:19:27 -0000 On 01/20/18 17:09, Polytropon wrote: > On Sat, 20 Jan 2018 16:46:16 +0100, Per olof Ljungmark wrote: >> When I start X all is dandy, likewise if I exit X and come back. >> *But*, if I leave my workplace with X running long enough for the >> monitors to power down, when they are powered up again the display is >> mirrored and ~/.config/xfce4/xfconf/xfce-perchannel-xml/displays.xml is >> overwritten no matter how I try to make it read only. >> >> Not sure what script could help me with this? >> Is there a known way to lock this file? > > As root, chown the file to root:wheel, then make it r--/r--/r--, > and finally use chflags to apply the noschg flag. This should > make the file immutable to any write attempts. I did, but believe it not, the display still comes up mirrered and when I change it back to "Right-of" the file changes ownership to 644 and my username. Sigh. I think I'll open the bug upstream instead. From owner-freebsd-questions@freebsd.org Sat Jan 20 18:06:58 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BCD87EBD3C7 for ; Sat, 20 Jan 2018 18:06:58 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic311-31.consmr.mail.ir2.yahoo.com (sonic311-31.consmr.mail.ir2.yahoo.com [77.238.176.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5A7EEFF6 for ; Sat, 20 Jan 2018 18:06:57 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: w87C1vQVM1n1U_KMiY65UOa36RpqH.zv3_.8TWxCPHMU.VYb7dOBCW1xACNDidI 6Y_FkKgor._FQ3WJX2BEL..NLNyNdPuHNwSDPurfgzQX0H_DQl9JUC4eUBbrx.pT3g0kILljgB0I bXRxQc0angijA3JUG_y4A262ltXVJRMtHn_I6DF_ppu9.LsJSWa1oEREPbOWU_gzNlk.AfbZ_PWi jb2.0flbEbMVjUyhDBYzU3YuBGB2FCdr0UH4xSaudH9PxrDYH3rorXVEVgWrNblKvASRFQkkFuhM U6CLD40i92PBqpAHPqghw4yO9P.XolmjEB1i.HrXTMk3fdZIiSrlmDaoUMLtzU.JXmpsiWbjCbSa 3iOds1QSPI4py_gH8XWEZo4LnTnQqdzy9mT9lx4nlTqkJ8CcH_GnJbx_Q7GJHqz.pNoIhzzLPFlm auShktwLGpVviL839_xwO0iTwKB7wqoFLJHkG9pUK6c4eJ_ytAmyTyGetvrkR0OMKSxbV7nYTX8d yeEbCSgtxuVllV3a2OSqHwOsyHtrL0bKA52EHY8vLCoAzckm2qw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.ir2.yahoo.com with HTTP; Sat, 20 Jan 2018 18:06:49 +0000 Received: from smtp161.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.124]) by smtp412.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID d967dc0c60448bea6df41e54e70a1163 for ; Sat, 20 Jan 2018 18:06:46 +0000 (UTC) Date: Sat, 20 Jan 2018 19:06:47 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120190647.01b163d0@archlinux.localdomain> In-Reply-To: References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> <20180120170942.532834dd.freebsd@edvax.de> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 18:06:58 -0000 On Sat, 20 Jan 2018 18:19:20 +0100, Per olof Ljungmark wrote: >I did, but believe it not, the display still comes up mirrered and when >I change it back to "Right-of" the file changes ownership to 644 and my >username. Are you sure the file already was immutable? Indeed, a tmp file could be more important than the real config, but actually it's impossible to change permissions of an immutable file. >Sigh. > >I think I'll open the bug upstream instead. Don't waste your time with desktop environments! Migrate to a WM that comes close to your needs and then spend some time to build your personal DE. There's no need for programming skills, you only need to know what you need, to google and to chose the window manager you need + a few scripts to optimize it regarding your needs. From owner-freebsd-questions@freebsd.org Sat Jan 20 18:23:11 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A4FA6EBE4FC for ; Sat, 20 Jan 2018 18:23:11 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic306-20.consmr.mail.ir2.yahoo.com (sonic306-20.consmr.mail.ir2.yahoo.com [77.238.176.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A1461CEC for ; Sat, 20 Jan 2018 18:23:10 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: w0cudFEVM1m4pCPjYlxGt1LwXX9QA3OG6Hp8.scVJ0vCH_IICKEeBhCYbDSByJk T_kczK1E.8sHt8.gBiPhdYUy35a0_88TTgiT1vwYlGcjhRNovaP_Qy.VS2ssT1iXvNxuTAYbrDId BoMgbiOlGi_yBVrZ_a.CcwjCYnjcKgiPw12fsi718RIjHBn57Ni7CRjLfxlNhIvK8G.0NFdrAdMO wwKI.JODuz6aqcu8G3Kc5qclZMnzFfUNlDQFRKKCZwduYV.qhaTsQbLxuMm_9rJ4PisIzIQTqL1y HeKPa19ukMNdc61U2Sbz1QkyCJJBOQI7YI4v8Md4qLhXph3moXigjSO2jmhGzzOnYmyDAUZmmFAN hO6y9h_ASLPZvpFNEfPozkrYIRy48whlj42jv5oP2DQ5OeOBXKjDAPtXWDflz.b_TuB2twq9T3Hh l._VtmSwHHbNPdG7Dj1kr_NsRz32JaT8QULTozCAhuiKBlcl3VlW5PAPfvYYUuaMBxPXhq8xbz0d 0NTxc66Z01DyNcGBlHCPpiU6mSffQMQF9_WNGUz7TmXQIXXXy Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ir2.yahoo.com with HTTP; Sat, 20 Jan 2018 18:23:03 +0000 Received: from smtp174.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.41]) by smtp401.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID ae3cd6a0f8dca4d61026a1bca7880e1c for ; Sat, 20 Jan 2018 18:23:01 +0000 (UTC) Date: Sat, 20 Jan 2018 19:23:02 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120192302.0ad9a7d7@archlinux.localdomain> In-Reply-To: <20180120190647.01b163d0@archlinux.localdomain> References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> <20180120170942.532834dd.freebsd@edvax.de> <20180120190647.01b163d0@archlinux.localdomain> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 18:23:11 -0000 On Sat, 20 Jan 2018 19:06:47 +0100, Ralf Mardorf wrote: >actually it's impossible to change permissions of an immutable file. Perhaps I'm mistaken regarding "permissions",however, what ever the permissions should be, the file remains immutable, un-over{ride,write}able ;). From owner-freebsd-questions@freebsd.org Sat Jan 20 18:42:48 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAB45EBF7F1 for ; Sat, 20 Jan 2018 18:42:48 +0000 (UTC) (envelope-from peo@nethead.se) Received: from ns1.nethead.se (ns1.nethead.se [5.150.237.139]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ns1.nethead.se", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6CE472A14 for ; Sat, 20 Jan 2018 18:42:48 +0000 (UTC) (envelope-from peo@nethead.se) X-Virus-Scanned: amavisd-new at Nethead AB DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nethead.se; s=NETHEADSE; t=1516473763; bh=BXSP9nEA3mOKJugJIKKk9DGM09X1iFSrD1z0V9tYVu8=; h=Subject:To:References:From:Date:In-Reply-To; b=2OnW6woYUcCh/jdUklf56Ztsz7FPrvpuMLsBo6MTamZZd8jZGL4ZzOlU8UOKxrZwN ebXyNfOeUFJZsu5ewvTZWWw1PtMV0oN1do0SQ4NMY87pGwtVXRTV6AnjI2RSdNgSJX 31c+hhG2dnXXqPz9tr9XA5VklMyjYj2Es8h7NzQ0= Subject: Re: xfce4 reverts to mirrored dislays To: freebsd-questions@freebsd.org References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> <20180120170942.532834dd.freebsd@edvax.de> <20180120190647.01b163d0@archlinux.localdomain> From: Per olof Ljungmark Message-ID: Date: Sat, 20 Jan 2018 19:42:37 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: <20180120190647.01b163d0@archlinux.localdomain> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 18:42:48 -0000 On 01/20/18 19:06, Ralf Mardorf via freebsd-questions wrote: > On Sat, 20 Jan 2018 18:19:20 +0100, Per olof Ljungmark wrote: >> I did, but believe it not, the display still comes up mirrered and when >> I change it back to "Right-of" the file changes ownership to 644 and my >> username. > > Are you sure the file already was immutable? Indeed, a tmp file could be > more important than the real config, but actually it's impossible > to change permissions of an immutable file. > >> Sigh. >> >> I think I'll open the bug upstream instead. > > Don't waste your time with desktop environments! Migrate to a WM that > comes close to your needs and then spend some time to build your > personal DE. There's no need for programming skills, you only need to > know what you need, to google and to chose the window manager you need > + a few scripts to optimize it regarding your needs. -r--r--r-- 1 root wheel uarch 1412 Jan 20 18:17 displays.xml I am perfectly happy with xfce in all other aspects and I do not want to change. In fact, I use xfce together with a lot of utilities from KDE and I really like the environment, it is very productive for me. I rather live with this anomaly than change wm. Thanks, //per From owner-freebsd-questions@freebsd.org Sat Jan 20 19:06:48 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52259EC0B16 for ; Sat, 20 Jan 2018 19:06:48 +0000 (UTC) (envelope-from starikarp@yandex.com) Received: from forward101j.mail.yandex.net (forward101j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::101]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Yandex CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B895391D; Sat, 20 Jan 2018 19:06:47 +0000 (UTC) (envelope-from starikarp@yandex.com) Received: from mxback5o.mail.yandex.net (mxback5o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::1f]) by forward101j.mail.yandex.net (Yandex) with ESMTP id 5A52212428FB; Sat, 20 Jan 2018 22:06:44 +0300 (MSK) Received: from smtp1p.mail.yandex.net (smtp1p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:6]) by mxback5o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id efXPbug592-6iKSJi80; Sat, 20 Jan 2018 22:06:44 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1516475204; bh=U8n8SD7boc9ZP8q1gGrNYR2lhEb3lqJ5QP4mzgfgo6Q=; h=Message-ID:Subject:From:To:Date:In-Reply-To:References; b=rmhDT65BPZoUgQRxmuKOgTLIkBYDVNj+689HpORA9bBjifG3pGZq8P2YqnXzwgHQY FoLBb3gfDkQCac+adH9aQHxR7qnSpKZXEIvWx3/G2BU+SSnvrRXJtzhAh0ECbeB300 bZiLlNR4ZYKZVVz4n1kuu9+FKGU7c8lOzlqzsFiA= Received: by smtp1p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 3Vaw8jLQkt-6g8if10g; Sat, 20 Jan 2018 22:06:43 +0300 (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1516475203; bh=U8n8SD7boc9ZP8q1gGrNYR2lhEb3lqJ5QP4mzgfgo6Q=; h=Message-ID:Subject:From:To:Date:In-Reply-To:References; b=Sb3hJ6+FIO+/aiyA0nziLH+GQJeaQxHnhMcwNfL8B8XPckSaB+k6DKzsbTHtVIS85 q72IaHBqcstmLhkyIrAslS86MofffmHrEQTXuq8G7vG4IiaL2/4ZVKBEAgL3PvhiTH TW7AvOtBo0dOjOb1ueQ4FVFWNs0C2enP1sGiX0Lw= Authentication-Results: smtp1p.mail.yandex.net; dkim=pass header.i=@yandex.com Message-ID: <1516475200.5339.0.camel@yandex.com> Subject: Re: processor From: Stari Karp To: Matthew Seaman , freebsd-questions@freebsd.org Date: Sat, 20 Jan 2018 14:06:40 -0500 In-Reply-To: References: <1516315417.19486.1.camel@yandex.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.2 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 19:06:48 -0000 On Sat, 2018-01-20 at 16:33 +0000, Matthew Seaman wrote: > On 18/01/2018 22:43, Stari Karp wrote: > > Does it mean that the motherboard is AMD and CPU is Intel. But why > > uname -m shows amd64, please? > > amd64 is the FreeBSD name for what Linux calls x86_64. It's the > Intel > x86-compatible 64 bit architecture that was first produced by AMD, > which > Intel later adopted. > > Yes, your processor is from Intel, but it is using a 64-bit > instruction > set authored by AMD based on an earlier 32-bit Intel work. Your > motherboard will be from Apple[*], but it uses Intel chipsets for > most > things. There is an AMD Radeon graphics card amongst various other > components for a number of different suppliers. > > Cheers, > > Matthew > > [*] It's probably a custom board specially developed for Apple by one > of > the specialist motherboard manufacturers, and re-badged by Apple. > Yes, it is Apple computer. Thank you very much. From owner-freebsd-questions@freebsd.org Sat Jan 20 19:08:50 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54405EC0CE8 for ; Sat, 20 Jan 2018 19:08:50 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1A753A81 for ; Sat, 20 Jan 2018 19:08:49 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([92.195.18.98]) by mrelayeu.kundenserver.de (mreue007 [212.227.15.167]) with ESMTPA (Nemesis) id 0M4gBt-1f1vL00nbZ-00z2ba; Sat, 20 Jan 2018 20:08:47 +0100 Date: Sat, 20 Jan 2018 20:08:46 +0100 From: Polytropon To: Per olof Ljungmark Cc: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-Id: <20180120200846.e0925689.freebsd@edvax.de> In-Reply-To: References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> <20180120170942.532834dd.freebsd@edvax.de> <20180120190647.01b163d0@archlinux.localdomain> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:B98N8hxFE0CAyvs9NRM7dshR5o5p5GIFkFs9uj18cfO+dDj31US /4AvO45wN43K5SlORX4MF3rVlQHvS0jxFDBxQX/MlLN8uI03nwifXh5qhXpYdfg+T6Tewdx gQbuqcQ9UUfXB+byQLLv3oq6RdS4pHM6FtQF1MsjnovcaWCNtH8mFJmQLizIr6zP5A0YZi/ eQ0/CVva+G2lDXr5+fGUQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:K9QHhldalOQ=:MXpKJ3ChlTnugg+n4Ud5Uf ue6qVDECFEpJEmmkYiZBreXfndAsg16vL7EdWuG+v1QXDH3N0wjaLha1MyOFjud6eM+WZwu1M MwYEfs0nEk0LOOfnq0sVgYxeAT194EcLmkwnvzpWA87KznSUnJMi+v2ERgzV3ygUfZR8f/NDZ Ja0xpm72/XagNZpqLID6mkWME0kq/Zm1pk1omnT93/MD0f70pkHI+jfbcqWEHA7LLsBxuC1PQ 6xJ1uVDliAH7pptJxJ6JEBUTD75gHlQbSybOySMwlcka1OxAHYL53UED3HoKgwW6FIc4Xllcd v07rqMfGqvJdQWeTVkaz35GKHPzlHUi6uGSkkc8grjyWB4d7VRFaG6e9kRf3IRFo2Louq8rJh T732LNaHTy9EdwERgtfcszfwWdU94tVjrnXj+BUxwdqTlqXj/YD6iwTSk1YI5t6lDNuXhAG6z Vsh0qv3JblE/KPUKAxChx3XGB2YfpJArkwMH7HMxUprsWczXTWM4MDNq7BKlb+1VU2rVXmrrf ZAz8scq/mp1L7ZI1rAihGrvA0d+BV01t0GuGVEZlAgVFH/Y3sdIAi+mu5WbxQ5CU5tIWZ8Pfb +f8ccBMIOl29XLNg6fRUEAOToI8vL4Sq1v/+m8LjJYPYsqFzGpNd6Q6KDaPJI+U2qhY6aQl6W 4bwtE3ERIoh7KpNaOSbIpVb8chuCpooYp/OlR2T6sZZAIX5lFICVBosedKleuOmGgTkgxqvMX kTQqrSlgh1kLHyl7fMpVCXRcbdq7qxL/4WRySf9bEKHz0ocKjEAwb2hRYhU= X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 19:08:50 -0000 On Sat, 20 Jan 2018 19:42:37 +0100, Per olof Ljungmark wrote: > On 01/20/18 19:06, Ralf Mardorf via freebsd-questions wrote: > > On Sat, 20 Jan 2018 18:19:20 +0100, Per olof Ljungmark wrote: > >> I did, but believe it not, the display still comes up mirrered and when > >> I change it back to "Right-of" the file changes ownership to 644 and my > >> username. > > > > Are you sure the file already was immutable? Indeed, a tmp file could be > > more important than the real config, but actually it's impossible > > to change permissions of an immutable file. > > > >> Sigh. > >> > >> I think I'll open the bug upstream instead. > > > > Don't waste your time with desktop environments! Migrate to a WM that > > comes close to your needs and then spend some time to build your > > personal DE. There's no need for programming skills, you only need to > > know what you need, to google and to chose the window manager you need > > + a few scripts to optimize it regarding your needs. > > -r--r--r-- 1 root wheel uarch 1412 Jan 20 18:17 displays.xml As it seems, the immutable flag is not set. See "man chflags", set the "schg" flag for that particular file. This will make all other attributes immune to any attempt to change them (owner, group, permissions). Check with "ls -lo" that the flag has been set. > I am perfectly happy with xfce in all other aspects and I do not want to > change. In fact, I use xfce together with a lot of utilities from KDE > and I really like the environment, it is very productive for me. I > rather live with this anomaly than change wm. Then stay with Xfce. However, the strange behaviour you're experiencing is far from understandable... :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-questions@freebsd.org Sat Jan 20 19:21:46 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 82AC9EC1787 for ; Sat, 20 Jan 2018 19:21:46 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic308-19.consmr.mail.ir2.yahoo.com (sonic308-19.consmr.mail.ir2.yahoo.com [77.238.178.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 209286355E for ; Sat, 20 Jan 2018 19:21:45 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: xN9UaAoVM1kclWaN6fq4.RA40TdUSXjgMm4NHmZQxb8RSkvVXkGhuI_tGXwTWm9 zO1MpXvJpAlCIRSnxFRwo.VsyG407X_BYu9JL8QNglBfajMNRk8axbq7flbqd6WGUD8dhMBluXFy 3_TJFRiay8qCHBulRsnOS7gktnix.o.jfhFl7fhWU5Av8hP0HrVMdzPki4cvd8UtorjpbM2kBhze FuX9tpoA8SygpLGTgvbURltMGC0mAPqONQR_p3IPEnPvVOUcuS_d0SGJ9ir1jS3fBVpblzd6_B_t mH9b0SZthdDRAFLkUn3NfWm3b8zUscCuMrS9Sg8Es_HGddtOcGmxfbgU_DQfVkTWuSj0IOaeScBd uT4rYDeRdlKJCgiMvi7vTxB6xtt0tbjIXmG1ZcDj3TY2s.bYcIVGBdMsYxmCE8DhYQ4as9kJ4lcL 1itQZHlfdfdtc6ho3WJdAlcZU25xrJtkD7wOILC7LAUqxb35LuHelrwhZ_EeWVObr3ruCVHrqSct Cz5MNU6I3O8cQKJ6zGo0rhI.mk0bZGlEf7gcyxJK2csmmQTbg1A-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ir2.yahoo.com with HTTP; Sat, 20 Jan 2018 19:21:37 +0000 Received: from smtp165.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.32]) by smtp415.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID da5beb5f26bf35c46c7a935220bd1f95 for ; Sat, 20 Jan 2018 19:21:33 +0000 (UTC) Date: Sat, 20 Jan 2018 20:21:34 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120202134.7e20734b@archlinux.localdomain> In-Reply-To: <20180120200846.e0925689.freebsd@edvax.de> References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> <20180120170942.532834dd.freebsd@edvax.de> <20180120190647.01b163d0@archlinux.localdomain> <20180120200846.e0925689.freebsd@edvax.de> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 19:21:46 -0000 On Sat, 20 Jan 2018 20:08:46 +0100, Polytropon wrote: >As it seems, the immutable flag is not set. Indeed, this makes sense, while my second guess is idiotic, see on Sat, 20 Jan 2018 19:23:02 +0100, Ralf Mardorf wrote: >On Sat, 20 Jan 2018 19:06:47 +0100, Ralf Mardorf wrote: >>actually it's impossible to change permissions of an immutable file. > >Perhaps I'm mistaken regarding "permissions",however, what ever the >permissions should be, the file remains immutable, >un-over{ride,write}able ;). Somebody needs to have permission to set or clear the immutable flag ;). -- https://www.schneier.com/blog/archives/2018/01/spectre_and_mel_1.html From owner-freebsd-questions@freebsd.org Sat Jan 20 19:55:54 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F0084EC3468 for ; Sat, 20 Jan 2018 19:55:54 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) Received: from sonic306-20.consmr.mail.ir2.yahoo.com (sonic306-20.consmr.mail.ir2.yahoo.com [77.238.176.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8EB0C68ADF for ; Sat, 20 Jan 2018 19:55:53 +0000 (UTC) (envelope-from ralf.mardorf@rocketmail.com) X-YMail-OSG: Xp0CnwgVM1mvXWkd.LHJ9yZuyhqgNjqtvH1Re1JPiMYFaQXuRD0A4iSMGgJG4DL vOkTrmaMBQH3hW.gVnsDMZ2wFevLCd0gq_hfyaoMPDvOTlTr2LKN0n17bpoM57Qy9SQp0uhyxhb3 tzIc0vPzISxZhsPEgOfDSYEYCuMXnHBytz2FvaFl4if_bkqANOPUss6u8M_WG.Mdo3ci2O9SW8.0 r5DZZWsxSo08a7kZligdiB85y2aUHbXPhTs2jgyRJYM2BdIq.YwjGF2cDQjuA.VjeDJBOTqPkz98 B0Bbww8NP.9jtyYB2Dgzxxol6U9TH.Qq1tJPyAtXN2sFcOI17mlPMUbJaC9YR98uE0IQ41.Re4R4 yHKk3MrBku9jJ70sgZoSr8hdogkxlQLzuagzL5jXyt0zba2vuFAEMt_AoXhvOgkUyki3v0c9iWCr on4fbiZRDMa_WsdF9kWQy2Kyt_Zu.Vyl7hJ3tozCsVvGmEFwobc9S2fZ3q6aytPbS_dHm9qtFMuX QUq2Wsf3JVodTGnqicROOzzaqG.XgcDb3wYo070sQrA9b7Imkhg-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ir2.yahoo.com with HTTP; Sat, 20 Jan 2018 19:55:52 +0000 Received: from smtp158.mail.ir2.yahoo.com (EHLO archlinux.localdomain) ([46.228.39.121]) by smtp412.mail.ir2.yahoo.com (JAMES SMTP Server ) with ESMTPA ID f3951c82794b3127ce017a3b446ae14e for ; Sat, 20 Jan 2018 19:45:39 +0000 (UTC) Date: Sat, 20 Jan 2018 20:45:40 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Subject: Re: xfce4 reverts to mirrored dislays Message-ID: <20180120204540.48222a85@archlinux.localdomain> In-Reply-To: <20180120200846.e0925689.freebsd@edvax.de> References: <20180120125636.6ad88128.freebsd@edvax.de> <20180120134001.65ddb697@archlinux.localdomain> <20180120141518.7a85ed99@planb.netng.org> <2c24a50e-c7d1-0841-bee6-9f015d48a927@nethead.se> <20180120170942.532834dd.freebsd@edvax.de> <20180120190647.01b163d0@archlinux.localdomain> <20180120200846.e0925689.freebsd@edvax.de> X-Mailer: Claws Mail 3.16.0git3 (GTK+ 2.24.32; x86_64-arch-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 19:55:55 -0000 On Sat, 20 Jan 2018 20:08:46 +0100, Polytropon wrote: >However, the strange behaviour you're experiencing is far from >understandable... :-) It isn't implausible, since even if the user's config should be untouched, it's possible that the config is just used when starting the session, while during the session some obscure cached file might be used. If the most likely locations shouldn't provide a manipulated and actually used backup of the original config, then happy Easter egg hunt. At least "displays.xml" seems to indicate, that the culprit seems not to be a dconf absurdness, but you never know for a DE being in transition from GTK2 to GTK3. -- https://www.schneier.com/blog/archives/2018/01/spectre_and_mel_1.html From owner-freebsd-questions@freebsd.org Sat Jan 20 20:04:21 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F449EC3A9C for ; Sat, 20 Jan 2018 20:04:21 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from cosmo.uchicago.edu (cosmo.uchicago.edu [128.135.20.71]) by mx1.freebsd.org (Postfix) with ESMTP id 038D069109; Sat, 20 Jan 2018 20:04:20 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: by cosmo.uchicago.edu (Postfix, from userid 48) id 671CECB8D22; Sat, 20 Jan 2018 14:04:14 -0600 (CST) Received: from 108.68.169.115 (SquirrelMail authenticated user valeri) by cosmo.uchicago.edu with HTTP; Sat, 20 Jan 2018 14:04:14 -0600 (CST) Message-ID: <60786.108.68.169.115.1516478654.squirrel@cosmo.uchicago.edu> In-Reply-To: References: <1516315417.19486.1.camel@yandex.com> Date: Sat, 20 Jan 2018 14:04:14 -0600 (CST) Subject: Re: processor From: "Valeri Galtsev" To: "Matthew Seaman" Cc: freebsd-questions@freebsd.org Reply-To: galtsev@kicp.uchicago.edu User-Agent: SquirrelMail/1.4.8-5.el5.centos.7 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 20:04:21 -0000 On Sat, January 20, 2018 10:33 am, Matthew Seaman wrote: > On 18/01/2018 22:43, Stari Karp wrote: >> Does it mean that the motherboard is AMD and CPU is Intel. But why >> uname -m shows amd64, please? > > amd64 is the FreeBSD name for what Linux calls x86_64. It's the Intel > x86-compatible 64 bit architecture that was first produced by AMD, which > Intel later adopted. Why amd64 is what FreeBSD is calling it? Because FreeBSD is very consistent in naming architecture (CPU type). The moment AMD released i386 compatible 64 bit architecture (project was called Hammer, CPUs market name was Opteron), Intel had only 32 bit i386 type of architecture, 64 bit architecture by Intel at that time did exist: Itanium, and that was not compatible with i386 command set. (There are other differences like memory bus in Itanium vs NUMA in amd64 - the last being much more efficient as modern CPUs are much faster than memory). Thus, the first 64 bit architecture with 32 bit subset of commands (and CPU functions/elements) covering i386 was the one by AMD. And I love the fact that FreeBSD calls it amd64. Although many Linuxes call it x86_64, some of the Linuxes do call it amd64. These are the facts as I know them. Just my $0.02 > > Yes, your processor is from Intel, but it is using a 64-bit instruction > set authored by AMD based on an earlier 32-bit Intel work. Your > motherboard will be from Apple[*], but it uses Intel chipsets for most > things. There is an AMD Radeon graphics card amongst various other > components for a number of different suppliers. > > Cheers, > > Matthew > > [*] It's probably a custom board specially developed for Apple by one of > the specialist motherboard manufacturers, and re-badged by Apple. > > ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++ From owner-freebsd-questions@freebsd.org Sat Jan 20 23:24:48 2018 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 891A0ECD02F for ; Sat, 20 Jan 2018 23:24:48 +0000 (UTC) (envelope-from srs0=vfrx=ep=mail.sermon-archive.info=doug@sermon-archive.info) Received: from mail.sermon-archive.info (sermon-archive.info [71.177.216.148]) by mx1.freebsd.org (Postfix) with ESMTP id 78B0B6FC0D for ; Sat, 20 Jan 2018 23:24:48 +0000 (UTC) (envelope-from srs0=vfrx=ep=mail.sermon-archive.info=doug@sermon-archive.info) Received: from [10.0.1.251] (mini [10.0.1.251]) by mail.sermon-archive.info (Postfix) with ESMTPSA id 3zPD9B1vLBz2fjVf for ; Sat, 20 Jan 2018 15:16:46 -0800 (PST) From: Doug Hardie Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Hang in boot process Message-Id: <6682876F-CD99-4A3D-862B-9C7814D91B81@mail.sermon-archive.info> Date: Sat, 20 Jan 2018 15:16:45 -0800 To: "freebsd-questions@freebsd.org Questions" X-Mailer: Apple Mail (2.3445.5.20) X-Virus-Scanned: clamav-milter 0.99.2 at mail X-Virus-Status: Clean X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Jan 2018 23:24:48 -0000 I used restore to put a working dump over an old drive. I did a newfs = on the slice first. When booting, it puts out the message loading the = kernel and hangs for over an hour. I booted in verbose mode and got = some more information. It puts out the message about starting init = before the hang, but that's the last message. I know it is reading the = drive properly because I changed fstab from the physical entry for root = to the label and the boot message properly showed the new label entry. = Just before the init message there are a number of messages about = alignment not being correct. I understand that the performance of the = drive would be affected by that, but I didn't think that should cause a = hang. Lots of information and test measurements on the performance, but = no indications that it should hang. I suspect that particular drive was = formatted many years ago and it's highly likely its not 4k aligned. I = am going to try again later today after restructuring the drive. -- Doug