strange messages with all the disks

[rickygm]

Hi forum , I am building a new nas with freenas 11-rc3 and I am receiving some messages:

GEOM: da0: the primary GPT table is corrupt or invalid.
GEOM: da0: using the secondary instead -- recovery strongly advised.
GEOM: da1: the primary GPT table is corrupt or invalid.
GEOM: da1: using the secondary instead -- recovery strongly advised.
GEOM: da2: the primary GPT table is corrupt or invalid.
GEOM: da2: using the secondary instead -- recovery strongly advised.
GEOM: da4: the primary GPT table is corrupt or invalid.
GEOM: da4: using the secondary instead -- recovery strongly advised.
GEOM: da5: the primary GPT table is corrupt or invalid.
GEOM: da5: using the secondary instead -- recovery strongly advised.

all the disks are new , any idea that could be happening?

upload system images , regards

 

[rs225]

Since you aren't using partitions on your pool, there probably is no partition table. Therefore this error is expected and can be ignored.

 

[Ericloewe]

freenas 11-rc3

RC3? .0 Has been out for months and -U3 just released the other day.

 

[rickygm]

RC3? .0 Has been out for months and -U3 just released the other day.

sorry , finger error ;)

 

[rickygm]

Since you aren't using partitions on your pool, there probably is no partition table. Therefore this error is expected and can be ignored.

Ok let me understand, you mean gpart create -s gpt da0, da1 etc etc? , I create partitions on all hard disks.

if I am wrong, I hope it can be corrected.

regards

 

[Stux]

If you're using the GUI, don't worry about it. I think it's a normal side effect of the formatting process

 

[rickygm]

If you're using the GUI, don't worry about it. I think it's a normal side effect of the formatting process

Hi Stux, I create the pool from the cli, import the volume from the gui, my fear is that it may have problems, those messages are strange

 

[danb35]

Since you aren't using partitions on your pool

How would that be possible? Unless he manually set the swap space to 0, every disk in a pool created by FreeNAS is partitioned.

 

[DrKK]

How would that be possible? Unless he manually set the swap space to 0, every disk in a pool created by FreeNAS is partitioned.

I'm with danb here. I have no idea what's going on.
Is the user partitioning his own disks? And if so, why?

 

[rickygm]

I return the initial question, why FreeNAS shows these messages?

GEOM: da0: the primary GPT table is corrupt or invalid.
GEOM: da0: using the secondary instead -- recovery strongly advised.
GEOM: da1: the primary GPT table is corrupt or invalid.
GEOM: da1: using the secondary instead -- recovery strongly advised.

 

[Stux]

GEOM shows that message when you write over the primary gpt table. Maybe with a dd command.

 

[pschatz100]

What is your system... I don't see any specs. Are you attaching the disks directly to the motherboard?

 

[rickygm]

What is your system... I don't see any specs. Are you attaching the disks directly to the motherboard?

Hi in my first post I put my spec, motherboard Supermicro X10SL7-F uATX , all disk connected on sas port

 

[MrToddsFriends]

I return the initial question, why freenas shows these messages?

GEOM: da0: the primary GPT table is corrupt or invalid.
GEOM: da0: using the secondary instead -- recovery strongly advised.
GEOM: da1: the primary GPT table is corrupt or invalid.
GEOM: da1: using the secondary instead -- recovery strongly advised.

I recognized such messages as I replaced the two devices of my boot pool by other ones, once for each device and then never again (in FreeNAS-11.0-U2).

Code:

~ # zcat /var/log/messages.0.bz2 | grep -e "primary GPT" -e "using the second"
Sep  2 17:52:38 blunzn GEOM: ada0: the primary GPT table is corrupt or invalid.
Sep  2 17:52:38 blunzn GEOM: ada0: using the secondary instead -- recovery strongly advised.
Sep  2 17:56:42 blunzn GEOM: ada1: the primary GPT table is corrupt or invalid.
Sep  2 17:56:42 blunzn GEOM: ada1: using the secondary instead -- recovery strongly advised.

Is you pool/vdev working as expected? I decided to wait and watch.

 

[pschatz100]

Hi Stux, I create the pool from the cli, import the volume from the gui, my fear is that it may have problems, those messages are strange

Why are you using the CLI to create your pool? Exactly what is it that you are trying to do? I would think that, for a new FreeNAS system, it would be much easier to use the volume manager in the GUI.

Did you try the volume manager in the GUI?

 

[SweetAndLow]

Why are you using the CLI to create your pool? Exactly what is it that you are trying to do? I would think that, for a new FreeNAS system, it would be much easier to use the volume manager in the GUI.

Did you try the volume manager in the GUI?

If you are going to use the cli you're going to have a bad time. With FreeNAS you basically have to use the gui for everything. If you have to use the cli you should be using FreeBSD. Since you can't figure out your errors I suggest not using freebsd until your knowledge improves.

Sent from my XT1096 using Tapatalk

 

[wblock]

I return the initial question, why FreeNAS shows these messages?

GEOM: da0: the primary GPT table is corrupt or invalid.
GEOM: da0: using the secondary instead -- recovery strongly advised.
GEOM: da1: the primary GPT table is corrupt or invalid.
GEOM: da1: using the secondary instead -- recovery strongly advised.

It's not FreeNAS, it is the underlying operating system. The GPT partition table is written to the first 34 blocks of the disk, and a backup of that table is written to the last 34 blocks of the disk. What this message is saying is that a GPT was written, then the primary table at the start of the disk was overwritten. The GEOM subsystem found the backup/secondary copy of the table at the end of the disk and is using that.

This is usually caused by people not understanding the two tables that GPT has and treating it like the old MBR format, which only had one table.

Others have suggested using the FreeNAS GUI. I agree with that, it does several things that are well-tested and create vdevs and pools that are well-formed and in the format that FreeNAS expects. In this case, now would be a good time to fix these problems, before a lot of data has been copied to the pool.

 

[rickygm]

Why are you using the CLI to create your pool? Exactly what is it that you are trying to do? I would think that, for a new FreeNAS system, it would be much easier to use the volume manager in the GUI.

Did you try the volume manager in the GUI?

Hi , No.

 

[rickygm]

It's not FreeNAS, it is the underlying operating system. The GPT partition table is written to the first 34 blocks of the disk, and a backup of that table is written to the last 34 blocks of the disk. What this message is saying is that a GPT was written, then the primary table at the start of the disk was overwritten. The GEOM subsystem found the backup/secondary copy of the table at the end of the disk and is using that.

This is usually caused by people not understanding the two tables that GPT has and treating it like the old MBR format, which only had one table.

Others have suggested using the FreeNAS GUI. I agree with that, it does several things that are well-tested and create vdevs and pools that are well-formed and in the format that FreeNAS expects. In this case, now would be a good time to fix these problems, before a lot of data has been copied to the pool.

ok I'll follow your advice, I still have no data in the pool, I think it's a good time to redo all the pool

 

[Stux]

There are reasons to do it manually, but if you don't need to, you shouldn't.