Gaia Portal Recognized a non-valid username

[DarrelT]

Hi,

We install JHF take 84 on R81.20.

installation/update was successful, and we check services, and all are working normal. 

However, when we try to create a new snapshot on Gaia after the JHF Take 84 installation we get an error message "Gaia Portal recognized a non-valid username". 

we tried creating backup and it works. We create the snapshot on CLI and it works, it even shows the progress on Gaia. 

Can anyone tell me what's happening? 

[PhoneBoy]

Sounds like a bug, which should be reported via TAC: https://help.checkpoint.com 

[EY]

Hi @DarrelT, I've got the same problem here, but still on Take 54.  We'll be reporting to TAC unless you found a fix/workaround.

[torstenb]

Hello,

like @DarrelT said, it's possible to create a snapshot via Clish. After you have done the snapshot one time via Clish you are able, to create snapshots via GUI without the error "Gaia Portal recognized a non-valid username" again. Tests were made for R81.20 JHF 84.

[the_rock]

I never tried it in that jumbo, but just tested jumbo 90 and worked fine from web UI.

Andy

[Peter-Kyn]

Hi,

I'm on R81.20 Jumbo Hotfix Take 98 and I got the same message ("Gaia Portal recognized a non-valid username"), when I tried to create a snapshot via GUI, in clish it is working fine...

Peter

[_Val_]

Did you open a TAC case yet?

[Peter-Kyn]

Not yet, as I got my Snapshot via clash...

[the_rock]

I can test it in the lab shortly...give me an example of the username you tried this with?

Andy

[Peter-Kyn]

In WebUI are only the default user created: admin and monitor...

I'm using an AD based user which is authenticated via RADIUS (looks like "abcd123")

Peter 

[DarrelT]

Hi Guyz,

I do apologize for late response here. We were able to fix the issue. 

We tried creating the snapshot and backup on CLI and it works. We also re install policy and the error was fix. 

[Will_Hargreaves]

For what it's worth, I've just had the "Gaia Portal recognized a non-valid username" error when trying to create a snapshot. I immediately tried again - this time without entering any text in the description field of my snapshot create method - and it then worked fine.

Am running R82 Build 777.

[Chris_Butler]

I saw the same behavior. Second attempt and Gaia Portal did not throw the error, and it then APPEARS to have created a valid snapshot.

However, when I try to later download that manual snapshot (my first on this new appliance), it fails, changing the entire page to a white html page with an error I did not yet capture.

If you watch the /var/log/download folder you can see the .tar file being built (with the filename matching the Snapshot name). 

There is 1.6 T of free space on the /var/log partition so it is not running out of space.

I tried the whole procedure twice, the second time I logged in with putty in expert mode and watched the /var/log/download folder
A tar file is generated there as a staging area for downloading through the browser, it seems. 
The file grows.

At the point of the Gaia Portal interface error whereas the browser download fails,
I observed that the temporary tar file in /var/log/download is deleted.

[Expert@fli-smart01:0]# pwd
/var/log/download
[Expert@fli-smart01:0]# ls -l -h
total 20G
-rw-r--r-- 1 admin root 17G Jan 16 12:52 20260116PrePush.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 18G Jan 16 12:52 20260116PrePush.tar
[Expert@fli-smart01:0]# ls -lh
total 18G
-rw-r--r-- 1 admin root 18G Jan 16 12:52 20260116PrePush.tar
[Expert@fli-smart01:0]# ls -lh
total 18G
-rw-r--r-- 1 admin root 18G Jan 16 12:52 20260116PrePush.tar
[Expert@fli-smart01:0]# ls -lh
total 0

Some context of what happened just before the above:

We are on a Smart-1 600 S running on a CPUSE-initiated clean install of R82 kicked off from the factory image which was R81.20

Immediately subsequent to that, we used cpuse to bring us to Version R82 JHF Take 44, Build 777

Either during the R81.20 to R82 clean CPUSE install, or the subsequent JHF that we installed from CPUSE thereafter, cpuse had created a default pre-upgrade snapshot called AutoSnap924745

Interestingly enough, From that same Gaia Portal Snapshot management UI I was able to download the snapshot that the CPUSE upgrade automatically created without an issue, saved as AutoSnap924745 to a local PC hard drive. 

Once I had that snapshot safely offloaded I again used the gaia portal snapshot management page and deleted the AutoSnap924745 snapshot (since it used 43 percent of the snapshot free space.) 

Then I created the first manual snapshot, 20260116PrePush 

Got that "Gaia Portal recognized a non-valid username" error popup.
Hit ok and tried again, same filename.

It appears to create the snapshot fine.

Tried to download it twice, and got the weird failure and export tar file deletion.. It seems to fail while creating the compressed archive for download.

This is frustrating and esoteric.. which is par for the course lol.

[the_rock]

Great update!

[Chris_Butler]

Thanks!

I just went through the whole procedure again, including screencaps of the percentage of progress bar in gaia during the compression of the archive.. etc.. But CheckMates won't allow me to cut and paste ANY SCREEN CAPS I pasted into my on premise (non cloud) One Note...  Won't even allow me to if I use Windows Snipping tool to make a small clip of those clips.. 

Check Point, yer killn me here..

[the_rock]

Hey Chris,

For that, just take screenshots, save them, then drag and drop into the massage body and will work, thats what I do all the time.

[Chris_Butler]

Thanks Andy!

[PhoneBoy]

Can be done with a couple of extra clicks (I do this all time): https://community.checkpoint.com/t5/General-Topics/CheckMates-Forum-Insert-Screenshot-from-clipboard... 

[Chris_Butler]

---

@PhoneBoy wrote:

Can be done with a couple of extra clicks (I do this all time): https://community.checkpoint.com/t5/General-Topics/CheckMates-Forum-Insert-Screenshot-from-clipboard... 

---

Thanks for the heads up, will give that a try next time 🙂

[the_rock]

I find lately, at least for me, copy paste the photo works randomly, while used to work all the time. Not a big deal, thats why I drag and drop, thats always fine.

[PhoneBoy]

Yeah, it was never supported functionality in the community platform for whatever reason...

[Chris_Butler]

I tried again.

I am going to have to describe this verbally because I can't post any screencaps into this godforsaken forum reply..

From The Gaia Snapshot management page

Selected newly created snapshot

Clicked Download

Dialog 

Creating image file archive [0%]

and watched /var/log/download folder

Expert@fli-smart01:0]# pwd
/var/log/download 

[Expert@fli-smart01:0]# ls -lh
total 0

Creating image file archive [80%] all the way to [100%} 

[Expert@fli-smart01:0]# ls -lh
total 0

Dialog box on Gaia portal changes to:

(Verifying that image was created)

NOW the /var/log/download folder shows the tar file:
I kept listing it over and over

[Expert@fli-smart01:0]# ls -lh
total 1.0G
-rw-r--r-- 1 admin root 571M Jan 16 13:49 PrePush20260116.tar
[Expert@fli-smart01:0]# verifyingthat
-bash: verifyingthat: command not found
[Expert@fli-smart01:0]# ls -lh
total 4.0G
-rw-r--r-- 1 admin root 2.2G Jan 16 13:50 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 4.0G
-rw-r--r-- 1 admin root 2.3G Jan 16 13:50 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 4.0G
-rw-r--r-- 1 admin root 2.6G Jan 16 13:50 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 8.0G
-rw-r--r-- 1 admin root 7.3G Jan 16 13:51 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 12G
-rw-r--r-- 1 admin root 8.4G Jan 16 13:52 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 12G
-rw-r--r-- 1 admin root 9.6G Jan 16 13:52 PrePush20260116.tar
[Expert@fli-smart01:0]# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg_splat-lv_current 50G 23G 28G 46% /
/dev/sda2 283M 140M 129M 52% /boot
/dev/mapper/vg_splat-lv_log 1.6T 60G 1.6T 4% /var/log
tmpfs 16G 14M 16G 1% /dev/shm
cgroup 16G 4.0K 16G 1% /sys/fs/cgroup
[Expert@fli-smart01:0]# ls -lh
total 12G
-rw-r--r-- 1 admin root 11G Jan 16 13:52 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 12G
-rw-r--r-- 1 admin root 12G Jan 16 13:53 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 14G Jan 16 13:53 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 15G Jan 16 13:54 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 16G Jan 16 13:54 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 16G Jan 16 13:54 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 16G Jan 16 13:54 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 16G Jan 16 13:54 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 16G Jan 16 13:54 PrePush20260116.tar
[Expert@fli-smart01:0]# verifyingthat
-bash: verifyingthat: command not found
[Expert@fli-smart01:0]# verifyingthat
-bash: verifyingthat: command not found
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 16G Jan 16 13:54 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 18G Jan 16 13:55 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 20G
-rw-r--r-- 1 admin root 18G Jan 16 13:55 PrePush20260116.tar
[Expert@fli-smart01:0]# ls -lh
total 0

At this point the Gaia Portal page crashes to a white html page with only this text on it:

The file could not be retrieved.
Here's what we know about
what went wrong:
The file PrePush20260116.tar doesn't exist