Cindy,
probably you are right.
Unfortunately, my search in the bug database didn't reveal this bug, because it
is not accessible outside of SUN.
It is nv103. Strangely, though, on one of my nv103, dtpad does come up as root,
on another one it doesn't, it shows the same message that it greets th
Had to look up this thread today to check some data. Yes, our 4150's display
the grub splash on a local monitor -- not over the serial port. Not ideal for
remote management. I don't know if there is a solution for this, likely so but
I don't have the answer today.
--
This message posted from
Hi,
if it's only a matter of the time necessary to create the flash archive
try again with the option -S; from the man page for flar:
*-**S* Skip the disk space check and do not write archive size data to
the archive. Without -*S*, *flar* builds a compressed archive in memory
before writing th
Hi Uwe,
Which Solaris release is this?
In any case, looks like you are running into this bug:
6258198 ttdt_open failed: TT_ERR_PROCID The process id passed is not valid.
The root cause seems to be if a user executes dtpad directly.
This isn't my area so maybe some expert can comment.
Cindy
This is what I get as a user setting a cronjob:
bash-3.2$ crontab -e
ttdt_open failed: TT_ERR_PROCIDThe process id passed is not valid.
Crontab -e as root works okay, though.
If it was a permission problem, it should inform me verbosely. Otherwise, I
have no clue what the problem could be.
Hi Joe,
Le 11 déc. 08 à 18:56, Moore, Joe a écrit :
What's the difference between a normal user (jack) being able to
passwordlessly pfexec a root-privileged tar command, vs. having
remote root logins enabled?
If pfexec (or sudo or your root-gaining program of choice) requires
a
I have a situation where I need to do Flash Archive, and the local
storage is not enough. But I cannot use NFS due to security reason, I
cannot deploy Secure NFS also, and the available connectivity is only SSH.
Therefore I am using Sys V IPC named pipes to capture the target file
into pipe, to
