search for: ada1p1

...ool can be imported using its name or numeric identifier. see: http://illumos.org/msg/ZFS-8000-4J config: njal ONLINE raidz1-0 ONLINE ada4 ONLINE replacing-1 ONLINE 3537756537319650203 UNAVAIL corrupted data ada1p1 ONLINE 1543306220834098718 UNAVAIL corrupted data root at snorri:/dev # zpool import njal cannot import ''njal'': I/O error Destroy and re-create the pool from a backup source. 3537756537319650203 and ada1p1 are the same disk - the former was a...

I have a GPT formatted disk where I recently expanded the size of a partition. I used "gpart resize -i 6 ada1" first to expand the partition to use the remaining free space and then growfs to modify the FFS file system to use the full partition. This was all done in single-user mode, of course, but when I enter "exit" to bring the system up, it failed to mount /usr. This was

On Wed, Sep 16, 2020 at 5:41 AM Andrew Walker <walker.aj325 at gmail.com> wrote: > > > On Tue, Sep 15, 2020 at 11:43 PM Budi Janto via samba < > samba at lists.samba.org> wrote: > >> >> >> On 9/16/20 2:27 AM, Andrew Walker wrote: >> > >> > >> > On Tue, Sep 15, 2020 at 2:58 PM Budi Janto via samba >> > <samba at

Overnight I was running a zfs send | zfs receive (both within the same system / zpool). The system ran out of space, a drive went off line, and the system is degraded. This is a raidz2 array running on FreeBSD 8.1-STABLE #0: Sat Sep 18 23:43:48 EDT 2010. The following logs are also available at http://www.langille.org/tmp/zfs-space.txt <- no line wrapping This is what was running: #

...a0p2 crw-r----- 1 root operator 0x74 Nov 3 10:01 /dev/ada0p3 crw-r----- 1 root operator 0x8f Nov 3 10:01 /dev/ada0p3.eli crw-r----- 1 root operator 0x76 Nov 3 10:01 /dev/ada0p4 crw-r----- 1 root operator 0x61 Nov 3 10:01 /dev/ada1 crw-r----- 1 root operator 0x79 Nov 3 10:01 /dev/ada1p1 crw-r----- 1 root operator 0x7b Nov 3 10:01 /dev/ada1p2 crw-r----- 1 root operator 0x7d Nov 3 10:01 /dev/ada1p3 crw-r----- 1 root operator 0x9b Nov 3 10:01 /dev/ada1p3.eli crw-r----- 1 root operator 0x7f Nov 3 10:01 /dev/ada1p4 crw-r----- 1 root operator 0x81 Nov 3 10:01 /dev/ad...

Hello -STABLE@, So I've seen this situation seemingly randomly on a number of both physical 9.1 boxes as well as VMs for I would say 6-9 months at least. I finally have a physical box here that reproduces it consistently that I can reboot easily (ie; not a production/client server). No matter what I do: reboot shutdown -p shutdown -r This specific server will stop at "All buffers