On Jan 13, 2014, at 5:50 PM, Richard Elling wrote:
> That server has a number of options for active and passive PCIe risers and
> not
> all slots are created equal. Depending on the riser, you might have to change
> slot configurations to clear. It is possible to look at the fmtopo and
> dete
Was wondering if anyone out there has been successful running OI as a VM
on Proxmox?
--
C. J. Keist Email: cj.ke...@colostate.edu
Systems Group Manager Solaris 10 OS (SAI)
Engineering Network ServicesPhone: 970-491-0630
College of Engineering, CSU Fax: 97
Hi there,
I was having a problem with an intermittent error with the PCI express x16 slot
in my desktop. Apparently it would register some intermittent failure and FMD
would hop in and remove my video card from service, crashing X.
I solved it by adding the following line to /kernel/drv/pcieb.c
Just do zlogin zonename without -C or anything else when you are root in the
global zone.
It will never ask for password.
After login do passwd root and your good to go.
Kind regards,
The out-side
Op 13 jan. 2014 om 13:43 heeft "jimkli...@cos.ru" het
volgende geschreven:
> Yet another idea
I have 40 identically configured systems that catch the pci-e error below. It
seems that about every six months plus or minus, they go through a cycle where
they generate this error usually all forty within about three weeks and they
are good for months. Bad juju.
The systems are Intel SR2625
Yet another idea - try 'zlogin -S zonename' to login as a system account,
bypassing normal account checks and shell init. When you get into the zone, run
'passwd' to change the root password.
Typos courtesy of my Samsung Mobile
Исходное сообщение
От: Saso Kiselkov
Дата: 201
On 1/13/14, 11:48 AM, Handojo wrote:
> But since I removed the password field of user root on /mypool/root/etc/shadow
Another solution, set a new root password from the global zone:
chroot /mypool/root/etc/shadow passwd root
--
Saso
___
OpenIndiana-d
Why don't you just copy the password (i.e. the crypted part between the first
and the second colon) field from the /etc/shadow line of a known account in
your root zone into the /etc/shadow's definition of your standard user account
in your problematic zone? That should do the trick...
Cheers
On 1/13/14, 11:48 AM, Handojo wrote:
> Can't you just zlogin as root from the global zone? Then you can run
> passwd and set up a new root password.
>
> I have to log in as root in order to run zlogin
>
> and I can't run : zlogin -l root
> the reply was : Login incorrect
>
> So the only option
Can't you just zlogin as root from the global zone? Then you can run
passwd and set up a new root password.
I have to log in as root in order to run zlogin
and I can't run : zlogin -l root
the reply was : Login incorrect
So the only option is to run : zlogin -C
But since I removed the passwo
10 matches
Mail list logo
