Topics created by Jean-Jacques Morda

@Jean-Jacques-Morda said:

Hi,

I have several hosts on my fog server.

Naming are : ClassroomTypeNumber, for example :

A111PC01 for the PC 01 of the A111 classroom
A111PCPR for the teacher PC of the A111 classroom

When i lauch a new search on hosts with “pcpr” string, it display me 👍

a111pcpr
b110pcpr
b010pcpr

etc…

but also :

c005pc01
c005pc02
c005pc03
…
c005pc17
C005pcpr

but c005pc01 to c005pc17 doest not contain “pcpr” string.

Hi,

The search include image wich is used on hosts. For example I’ve 3 class with the same master “MASTER_WRG”. The search results of “wrg” contain all computers using this image.

@Jean-Jacques-Morda said:

why partclone and clonezilla are working and not fog ?

FOG uses partclone…

What version of FOG are you using?

What distribution of Linux and version?

What is the model of the source computer?

Is your image a manufacturer based image or one you built from nothing?

Is this specific to a particular kernel and/or system?

@Tom-Elliott If i change of computer to connect to the server, it’s the same. It’s not a cache or browser problem. Display updating informations but they are stuck at a certain point. Client side seems to send always the same information but continue to upload or download.

Others tests these days says that it do it in uploading/downloading, unicast and multicast. All tasks can freeze but continue on client. Web display is refreshing but as i said with the same informations. If i change browser or use another computer to connect tasks, same information is displaying with no progress. I think it came from client side but not sure. How are progress informations sent to tasks display ?

SO…

After moving partition to reduce space between mbr and first partition, i success to restore my image. By the way, dev-branch add the constraint to reduce max mbr size… so, i suppose problem is solved.

It is fixed at 4250.

@Tom-Elliott said:

All other pages still redirect to edit page. This is because there’s more likely a need to edit the element after creating it. However, I do agree that creating users should not need this level of action, as you have the exact same choices in edit or add.

Hopefully you don’t mind.

The Username field is pre-populated with the last entered username, this is to be expected as if you make a mistake somewhere, rather than have to start ALL over, it puts the original value back. This still holds true even on successful create.

I just read this and it’s not very clear.

I added what you suggested. The User page now goes to “add”, rather than editing the user you just created.

Yes, that was this option help me to find out how to deactivate it… but, my request was to avoid deactivate for all, just for computers that are bugging with that. All of mine this case but i certainly will have the case that some will works and others not. A by group WOL activation should be really cool.

@Jean-Jacques-Morda Group Description … notes…

Thank you, in all case, i’ll see that tomorrow.