Highlighted
Absent Member.
Absent Member.
3979 views

Cannot access OES 11 server

I have an oes 11 sp 1 server that is up and running. I can authenticate to it. The NSS volumes are functioning. There is a file backup service (SEP-sesam). Other than that it is mainly a file server.

The problem is that when I try to access the server either by ssh or by the gui, neither authentication will finish. I do not get to a terminal screen nor does the desktop appear.

I would really appreciate some help on what to do.
Labels (2)
0 Likes
18 Replies
Highlighted
Knowledge Partner
Knowledge Partner

Re: Cannot access OES 11 server

jmcg;2330640 wrote:
I have an oes 11 sp 1 server that is up and running. I can authenticate to it. The NSS volumes are functioning. There is a file backup service (SEP-sesam). Other than that it is mainly a file server.

The problem is that when I try to access the server either by ssh or by the gui, neither authentication will finish. I do not get to a terminal screen nor does the desktop appear.

I would really appreciate some help on what to do.


Do you mean "by the GUI" that you are literally in front of the server (or VMWare Console) and it won't let you login?

I've had that happen before, but only on OES2. Some bug that eventually got resolved, but basically the server was up and "running' but you couldn't login to it. Had to do a power reset in order to resolve it.

var/log/messages never showed anything useful

I would imagine that VNC would probably give the same results, if you enabled VNC access.

--Kevin
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: Cannot access OES 11 server

jmcg;2330640 wrote:
...The problem is that when I try to access the server either by ssh or by the gui, neither authentication will finish. I do not get to a terminal screen nor does the desktop appear.


Next to Kevin's comment, I've also seen something like that happening on a system that had it's root volume go read only (due to a bug in ext3 handling). In that case it kept looping back to the login prompt. That was back in the SLES 10 days though.

Is this a virtual OES server or is it running on it's own dedicated hardware?

Have you tried logging in to the (text) console directly on the server?

If that all doesn't help, I'd say it's time for a controlled reboot. The server might still react to a short pressed CTRL-ALT-DELETE on the server console or using the option at the login GUI.

Cheers,
Willem
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: Cannot access OES 11 server

I've had this happen one time to me. The server appeared to be running fine, but I could not access it. Since it was a VM, I took a snapshot just to be safe and force powered-down the VM through the VM console screen and restarted it. It came up fine and went on it's merry way. I never found out exactly what happened, but since a reboot fixed it, I am not unhappy.

I see no other option other than to power-down the server and crossing your fingers it powers back up fine.

Good luck.

--El

jmcg;2330640 wrote:
I have an oes 11 sp 1 server that is up and running. I can authenticate to it. The NSS volumes are functioning. There is a file backup service (SEP-sesam). Other than that it is mainly a file server.

The problem is that when I try to access the server either by ssh or by the gui, neither authentication will finish. I do not get to a terminal screen nor does the desktop appear.

I would really appreciate some help on what to do.

El LaGrew elbert.lagrew#katun.com elagrew on twitter
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: Cannot access OES 11 server

magic31;2330661 wrote:
Next to Kevin's comment, I've also seen something like that happening on a system that had it's root volume go read only (due to a bug in ext3 handling). In that case it kept looping back to the login prompt. That was back in the SLES 10 days though.

Is this a virtual OES server or is it running on it's own dedicated hardware?

Have you tried logging in to the (text) console directly on the server?

If that all doesn't help, I'd say it's time for a controlled reboot. The server might still react to a short pressed CTRL-ALT-DELETE on the server console or using the option at the login GUI.

Cheers,
Willem


Oh yeah, forgot about root going read-only. Or filling up all the way (yeah, someone restored some data and forgot to put the /media/nss/VOL as the target, so it restored it to the root partition)

May the force be with you
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: Cannot access OES 11 server

kjhurni;2330735 wrote:
Oh yeah, forgot about root going read-only. Or filling up all the way (yeah, someone restored some data and forgot to put the /media/nss/VOL as the target, so it restored it to the root partition)

May the force be with you


Keeping /var on a separate partition has, so far, always saved my servers bacons.... (making sure eDir and all the other processes that write their working data onto /var/... keep purring along). In such a case a filled up /(root) is easy enough to fix.

Cheers,
Willem
0 Likes
Absent Member.
Absent Member.

Re: Cannot access OES 11 server

It might be interesting to set sshd not to use pam, to just authenticate using local files directly. Then see if that method of connection works better. This would be done by:

1. edit /etc/ssh/sshd_config, set:
UsePAM no
PasswordAuthentication yes

2. rcsshd restart

If this makes a difference, likely there is a pam problem.
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: Cannot access OES 11 server

Here is some more data.

Filesystem Size Used Avail Use% Mounted on
/dev/xvda2 28G 8.1G 19G 31% /
udev 3.0G 156K 3.0G 1% /dev
tmpfs 3.0G 220K 3.0G 1% /dev/shm
admin 4.0M 0 4.0M 0% /_admin
/dev/pool/DATA 502G 233G 269G 47% /opt/novell/nss/mnt/.pools/DATA
DATA 502G 232G 269G 47% /media/nss/DATA

SECONDARY:~ # tail -f /var/log/audit/
tail: error reading `/var/log/audit/': Is a directory
tail: /var/log/audit/: cannot follow end of this type of file; giving up on this name
SECONDARY:~ #

I had a SEP sesam engineer helping me since this server runs their product. He said that from what he could see is that this server cannot communicate with the master replica and that is why the gui login doesn't finish. On the ssh, a control C will get me to a server prompt. Once there here is the top output.

top - 07:19:44 up 23:25, 2 users, load average: 0.08, 0.03, 0.05
Tasks: 463 total, 1 running, 462 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.7%us, 1.7%sy, 0.0%ni, 97.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.3%st
Mem: 6174528k total, 6135620k used, 38908k free, 136704k buffers
Swap: 2104476k total, 141548k used, 1962928k free, 4366628k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3576 root 20 0 68212 1508 512 S 0.7 0.0 13:42.18 jstcpd
12779 root 20 0 17400 1576 932 R 0.7 0.0 0:00.07 top
2567 root 20 0 206m 1672 1200 S 0.3 0.0 4:10.52 httpstkd
3256 root 20 0 640m 60m 5388 S 0.3 1.0 2:55.73 ndsd
4406 root 20 0 50916 1388 1172 S 0.3 0.0 0:39.26 sm_sepuler
4587 root 20 0 707m 50m 4816 S 0.3 0.8 5:52.49 java
1 root 20 0 10544 544 520 S 0.0 0.0 0:00.82 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:16.81 ksoftirqd/0
4 root 20 0 0 0 0 S 0.0 0.0 0:26.78 kworker/0:0
5 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/u:0
6 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
7 root RT 0 0 0 0 S 0.0 0.0 0:00.20 watchdog/0
8 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 cpuset
9 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 khelper
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 netns
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 xenwatch

looks normal to me.

The last piece of data is this. Since this dom u is oes 11.1 (sles 11.2) I have been attempting to update it using zypper. The update continually hangs and I have to start again, but it progressed up to installing this rpm.

SECONDARY:~ # zypper up
Loading repository data...
Reading installed packages...

The following packages are going to be upgraded:
PackageKit PackageKit-lang gnome-packagekit gnome-packagekit-lang gnome-system-monitor gnome-system-monitor-lang
gvfs-backends hal hwinfo kernel-xen kernel-xen-base libpackagekit-glib10 libzypp satsolver-tools suseRegister
xorg-x11-Xvnc xorg-x11-server xorg-x11-server-extra zypper

19 packages to upgrade.
Overall download size: 46.4 MiB. After the operation, additional 357.0 KiB will be used.
Continue? [y/n/?] (y):
Installing: hal-0.5.12-23.72.1 [0%]

It is stuck on hal ???????
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: Cannot access OES 11 server

jmcg;2330893 wrote:
...
SECONDARY:~ # zypper up...


Not saying that's what caused this.... but is SECONDARY is an OES server.... you should be using "zypper up -t patch" and not just "zypper up".

The -t patch switch takes the OES addon repositories into consideration so the right set of patches is applied to match the OES configurations.



What do the commands "mount" and "dmseg|tail -n 100" report?
Could you post the output of those two please?

Also curious, how did you manage to login to the server? Did you power down and restart?


Cheers,
Willem
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: Cannot access OES 11 server

jmcg;2330893 wrote:
Here is some more data.

Filesystem Size Used Avail Use% Mounted on
/dev/xvda2 28G 8.1G 19G 31% /
udev 3.0G 156K 3.0G 1% /dev
tmpfs 3.0G 220K 3.0G 1% /dev/shm
admin 4.0M 0 4.0M 0% /_admin
/dev/pool/DATA 502G 233G 269G 47% /opt/novell/nss/mnt/.pools/DATA
DATA 502G 232G 269G 47% /media/nss/DATA

SECONDARY:~ # tail -f /var/log/audit/
tail: error reading `/var/log/audit/': Is a directory
tail: /var/log/audit/: cannot follow end of this type of file; giving up on this name
SECONDARY:~ #

I had a SEP sesam engineer helping me since this server runs their product. He said that from what he could see is that this server cannot communicate with the master replica and that is why the gui login doesn't finish. On the ssh, a control C will get me to a server prompt. Once there here is the top output.

top - 07:19:44 up 23:25, 2 users, load average: 0.08, 0.03, 0.05
Tasks: 463 total, 1 running, 462 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.7%us, 1.7%sy, 0.0%ni, 97.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.3%st
Mem: 6174528k total, 6135620k used, 38908k free, 136704k buffers
Swap: 2104476k total, 141548k used, 1962928k free, 4366628k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
3576 root 20 0 68212 1508 512 S 0.7 0.0 13:42.18 jstcpd
12779 root 20 0 17400 1576 932 R 0.7 0.0 0:00.07 top
2567 root 20 0 206m 1672 1200 S 0.3 0.0 4:10.52 httpstkd
3256 root 20 0 640m 60m 5388 S 0.3 1.0 2:55.73 ndsd
4406 root 20 0 50916 1388 1172 S 0.3 0.0 0:39.26 sm_sepuler
4587 root 20 0 707m 50m 4816 S 0.3 0.8 5:52.49 java
1 root 20 0 10544 544 520 S 0.0 0.0 0:00.82 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 20 0 0 0 0 S 0.0 0.0 0:16.81 ksoftirqd/0
4 root 20 0 0 0 0 S 0.0 0.0 0:26.78 kworker/0:0
5 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kworker/u:0
6 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
7 root RT 0 0 0 0 S 0.0 0.0 0:00.20 watchdog/0
8 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 cpuset
9 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 khelper
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 netns
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 xenwatch

looks normal to me.

The last piece of data is this. Since this dom u is oes 11.1 (sles 11.2) I have been attempting to update it using zypper. The update continually hangs and I have to start again, but it progressed up to installing this rpm.

SECONDARY:~ # zypper up
Loading repository data...
Reading installed packages...

The following packages are going to be upgraded:
PackageKit PackageKit-lang gnome-packagekit gnome-packagekit-lang gnome-system-monitor gnome-system-monitor-lang
gvfs-backends hal hwinfo kernel-xen kernel-xen-base libpackagekit-glib10 libzypp satsolver-tools suseRegister
xorg-x11-Xvnc xorg-x11-server xorg-x11-server-extra zypper

19 packages to upgrade.
Overall download size: 46.4 MiB. After the operation, additional 357.0 KiB will be used.
Continue? [y/n/?] (y):
Installing: hal-0.5.12-23.72.1 [0%]

It is stuck on hal ???????


Strange. I didn't think the default for SSH or GUI login required/used eDirectory? I thought you had to manually adjust/enable things to do that.
Of course, I'm bad and always login as "root".

--Kevin
0 Likes
Highlighted
Knowledge Partner
Knowledge Partner

Re: Cannot access OES 11 server

kjhurni;2330913 wrote:
Strange. I didn't think the default for SSH or GUI login required/used eDirectory? I thought you had to manually adjust/enable things to do that.
Of course, I'm bad and always login as "root".

--Kevin


Ah, I read over the "a Ctrl-C will get me to a login prompt" bit.... you do indeed have to adjust the OES LUM config in order to have ssh use eDir logins.

So, that would make the LUM LDAP/certificate configuration a suspect? (check /etc/nam.conf & the status of "service namcd status").

I don't see how that would have something to do with the hanging zypper update.

-Willem
0 Likes
Highlighted
Absent Member.
Absent Member.

Re: Cannot access OES 11 server

The way that I got into the server was to open an ssh session. Enter root then password and while it the request is being processed I enter CRNTL C and it exists to the terminal prompt.

Here is the requested output.

^CSECONDARY:~ # mount
/dev/xvda2 on / type ext3 (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,mode=1777)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
securityfs on /sys/kernel/security type securityfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
198.189.90.90:/mnt/array1/datastore on /backup type nfs (rw,rsize=32768,wsize=32768,soft,timeo=6000,retrans=20,addr=198.189.90.90)
none on /var/lib/ntp/proc type proc (ro,nosuid,nodev)
admin on /_admin type nssadmin (rw)
/dev/pool/DATA on /opt/novell/nss/mnt/.pools/DATA type nsspool (rw,name=DATA)
DATA on /media/nss/DATA type nssvol (rw,name=DATA)
novfs on /var/opt/novell/nclmnt type novfs (rw)

SECONDARY:~ # dmesg|tail -n 100
[ 7.463327] blkfront: xvdb: flush diskcache: disabled
[ 9.599545] type=1400 audit(1409064868.596:2): apparmor="STATUS" operation="profile_load" name="/bin/ping" pid=835 comm="apparmor_parser"
[ 9.635021] type=1400 audit(1409064868.632:3): apparmor="STATUS" operation="profile_load" name="/sbin/klogd" pid=840 comm="apparmor_parser"
[ 9.710709] type=1400 audit(1409064868.708:4): apparmor="STATUS" operation="profile_load" name="/sbin/syslog-ng" pid=844 comm="apparmor_parser"
[ 9.781813] type=1400 audit(1409064868.780:5): apparmor="STATUS" operation="profile_load" name="/sbin/syslogd" pid=848 comm="apparmor_parser"
[ 9.814862] type=1400 audit(1409064868.812:6): apparmor="STATUS" operation="profile_load" name="/usr/lib/PolicyKit/polkit-explicit-grant-helper" pid=853 comm="apparmor_parser"
[ 9.868325] type=1400 audit(1409064868.868:7): apparmor="STATUS" operation="profile_load" name="/usr/lib/PolicyKit/polkit-grant-helper" pid=857 comm="apparmor_parser"
[ 9.920183] type=1400 audit(1409064868.920:8): apparmor="STATUS" operation="profile_load" name="/usr/lib/PolicyKit/polkit-grant-helper-pam" pid=861 comm="apparmor_parser"
[ 9.973104] type=1400 audit(1409064868.972:9): apparmor="STATUS" operation="profile_load" name="/usr/lib/PolicyKit/polkit-read-auth-helper" pid=865 comm="apparmor_parser"
[ 9.994182] type=1400 audit(1409064868.992:10): apparmor="STATUS" operation="profile_load" name="/usr/lib/PolicyKit/polkit-resolve-exe-helper" pid=869 comm="apparmor_parser"
[ 10.021694] type=1400 audit(1409064869.020:11): apparmor="STATUS" operation="profile_load" name="/usr/lib/PolicyKit/polkit-revoke-helper" pid=873 comm="apparmor_parser"
[ 11.652869] TCP veno registered
[ 20.733298] auditd (2601): /proc/2601/oom_adj is deprecated, please use /proc/2601/oom_score_adj instead.
[ 21.639533] RPC: Registered named UNIX socket transport module.
[ 21.639543] RPC: Registered udp transport module.
[ 21.639546] RPC: Registered tcp transport module.
[ 21.639548] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 21.680012] FS-Cache: Loaded
[ 21.711760] FS-Cache: Netfs 'nfs' registered for caching
[ 27.568079] eth0: no IPv6 routers present
[ 28.232076] eth1: no IPv6 routers present
[ 42.589858] Serial: 8250/16550 driver, 8 ports, IRQ sharing disabled
[ 3671.034878] NWRAID1: Initializing
[ 3671.035350] NWRAID: Initializing
[ 3671.035386] NWRAID5: Initializing
[ 3671.158440] libnss loaded
[ 3671.158444] Number RTSC counts in a microsecond is 2702
[ 3671.209275] nsslnxlib loading...
[ 3671.242003] Opening Unicode table 437
[ 3671.257397] Open Unicode table status 0
[ 3671.257401] Loaded host locale
[ 3671.257402] nsslnxlib loaded
[ 3671.339223] library loaded
[ 3671.385420] NSS::/usr/src/packages/BUILD/nss/modules-build/nss/nssLKM.c[254]
[ 3671.385425] NSS::/usr/src/packages/BUILD/nss/modules-build/nss/nssLKM.c[256]
[ 3671.385427] register NSS_ConsoleCmdParser
[ 3671.385430] ParseNSSConfigFile
[ 3671.385818] now open config files: /etc/opt/novell/nss/nssstart.cfg
[ 3671.387818] NSSGlobal_Startup
[ 3671.387839] Importing LibC Unicode support
[ 3671.389243] Opening Unicode table 1
[ 3671.408817] Open Unicode table status 0
[ 3671.412734] FDAT_UnitTest(start)
[ 3671.412736] This test assumes USA locale.
[ 3671.412742] Nov 1, 2000 11:35:28 am
[ 3671.412745] May 14, 2001 3:55:44 pm
[ 3671.412883] FDAT_UnitTest did not detect any errors in 116 tests.
[ 3671.412885] FDAT_UnitTest(end)
[ 3671.412888] NSS::/usr/src/packages/BUILD/nss/modules-build/nss/nssLKM.c[336]
[ 3671.473808] ndpmod:misc_register called at tv_sec:1409068542 tv_usec:422990 retval = 0 success
[ 3671.485271] Module ndpmod installed
[ 3673.823737] COMN::/usr/src/packages/BUILD/nss/modules-build/comn/comnLKM.c[198]
[ 3673.825512] MaxBuffer_s = 1543632
[ 3673.854693] NumPagesToWait = 385908
[ 3674.061856] COMN::/usr/src/packages/BUILD/nss/modules-build/comn/comnLKM.c[200]=0
[ 3674.243286] ZLSS::/usr/src/packages/BUILD/nss/modules-build/zlss/zlssLKM.c[233]
[ 3674.245537] ZLSS::/usr/src/packages/BUILD/nss/modules-build/zlss/zlssLKM.c[235]
[ 3674.279476] MANAGE::/usr/src/packages/BUILD/nss/modules-build/manage/manageLKM.c[239]
[ 3674.281423] MANAGE::/usr/src/packages/BUILD/nss/modules-build/manage/manageLKM.c[241]
[ 3674.298741] Opening trustee file: /etc/opt/novell/nss/trustees.xml
[ 3674.355121] LSA::/usr/src/packages/BUILD/nss/modules-build/lsa/lsaLKM.c[547]
[ 3674.359952] LSA::lsaLKM[549]
[ 3674.478987] zapi loaded
[ 3681.338110] xvdd: xvdd1
[ 3681.456926] NSSLOG ==> [MSAP] comnLog[201]
[ 3681.456928] Pool "DATA" - MSAP activate.
[ 3681.456930] Server(09d2ee4e-a031-11e1-98-5d-00163e74fc78) Cluster(00000000-0000-0000-00-00-000000000000)
[ 3681.456936] NSSLOG ==> [MSAP] comnLog[201]
[ 3681.456937] Pool "DATA" - Watching pool.
[ 3681.747194] NSSLOG ==> [Upgrade] zlssUpgrade[3224]
[ 3681.747197] ZLSS upgrade thread started.
[ 4005.997249] do_general_protection: 27 callbacks suppressed
[ 4005.997254] sm_stpd_main[12764] general protection ip:7fde75d57227 sp:7fff6ed77230 error:0 in libc-2.11.3.so[7fde75cf1000+16d000]
[ 4732.471016] bootsplash: status on console 0 changed to on
[21724.840684] ISO 9660 Extensions: Microsoft Joliet Level 3
[21724.851381] ISO 9660 Extensions: RRIP_1991A
[21724.896754] ISO 9660 Extensions: Microsoft Joliet Level 3
[21724.898463] ISO 9660 Extensions: RRIP_1991A
[23434.819431] ISO 9660 Extensions: Microsoft Joliet Level 3
[23434.819578] ISO 9660 Extensions: RRIP_1991A
[23434.840180] ISO 9660 Extensions: Microsoft Joliet Level 3
[23434.840297] ISO 9660 Extensions: RRIP_1991A
[24794.399393] udev: starting version 147
[25862.161937] udev: starting version 147
[25905.921233] ISO 9660 Extensions: Microsoft Joliet Level 3
[25905.921383] ISO 9660 Extensions: RRIP_1991A
[25905.950835] ISO 9660 Extensions: Microsoft Joliet Level 3
[25905.956365] ISO 9660 Extensions: RRIP_1991A
[28141.594902] ISO 9660 Extensions: Microsoft Joliet Level 3
[28141.595058] ISO 9660 Extensions: RRIP_1991A
[28141.631644] ISO 9660 Extensions: Microsoft Joliet Level 3
[28141.631762] ISO 9660 Extensions: RRIP_1991A
[29160.117464] ISO 9660 Extensions: Microsoft Joliet Level 3
[29160.117617] ISO 9660 Extensions: RRIP_1991A
[29160.142545] ISO 9660 Extensions: Microsoft Joliet Level 3
[29160.148077] ISO 9660 Extensions: RRIP_1991A
[83080.424492] ISO 9660 Extensions: Microsoft Joliet Level 3
[83080.424652] ISO 9660 Extensions: RRIP_1991A
[83080.556551] ISO 9660 Extensions: Microsoft Joliet Level 3
[83080.557040] ISO 9660 Extensions: RRIP_1991A
SECONDARY:~ #
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.