- Library Printers Installed Printers Plist Should Be 80 Group Is 0 The Same
- Library Printers Installed Printers Plist Should Be 80 Group Is 0 As A
- Library Printers Installed Printers Plist Should Be 80 Group Is 0 Percent
- Library Printers Installed Printers Plist Should Be 80 Group Is 0 Equal
- Where to look for that vital preference file? Here's a list of those you'll find most useful in Mojave.
- ANSWER: InstalledPrinters.plist; should be 80; group is 0. I found a way to get rid of the permission error: I went to Computer/Library/Printers and found the file called 'InstalledPrinters.plist'.
CZ Print Job Tracker 5 is our printer monitoring and monetization software hosted on Atlas and created by CZ Solution. It is cross-platform and works through agents installed on all of the client computers.
I have a few problems with file permissions: Group differs on Library/Printers/InstalledPrinters.plist; should be 80; group is 0. Permissions differ. $ iperf -l 300 -u -t 60 -i 10 -c XXX.XXX.XXX.XXX - Client connecting to XXX.XXX.XXX.XXX, UDP port 5001 Sending 300 byte datagrams UDP buffer size: 208 KByte (default) - 3 local 192.168.0.65 port 34071 connected with XXX.XXX.XXX.XXX port 5001 ID Interval Transfer Bandwidth 3 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec 3 10.0-20.0.
- 1Printing Basics
- 4CZ Software Installation and Configuration
CZ Print Job Tracker requires that the server hosting the printer shares uses SMB printer so that the Mac clients can access them using a protocol which is friendly to Windows as well. The CZ Print Job Agent software then monitors users' balances. The printers are being hosted on Atlas as follows:
22.214.171.124 shared as AtlasAdas-Lab
126.96.36.199 shared as AtlasC-Lab
188.8.131.52 shared as AtlasMulti-Lab1
184.108.40.206 shared as AtlasHermes
To Connect from Windows (XP)
- Go to Printers and select Add New Printer
- Select Network Printer
- Select Find Printer in Directory and then Find Now when the box comes up and choose the desired printers
- If the printers do not show up in the directory choose the second option, Connect to this Printer, and use the full path of the printer as listed above
To Connect from Windows (General)
Users should not need to set up printers as this is handled automatically by Desktop Authority.If users have issues printing, it may be an access denied error. There are instructions at Internal:Miscellaneous_Labs_Issues to help with this issue.
To Connect from Mac
Relevant printers have been installed to the Mac OS system for computers in rooms adjacent to printers. To connect manually or create printer configuration files, do the following:
- Open System Preferences and Select Print & Fax
- Click the + Symbol below Printers
- Choose Windows tab
- Choose qubic->Atlas and enter the credentials for itgra.
- Select the desired printer and click Print Using Generic Postscript Printer and click Add
Automate Mac printer installation
The files which you will need to copy or edit can be found in the following locations for machines with desired printers installed:
Pre-configured files can be found on the iMac ITGRA_74 on the local hard disk under:
- Note: when installing these files, it is important to consider their permissions.
- Reset the permissions as follows:
sudo chown root:_lp printers.conf
sudo chmod 600 printers.conf
sudo chown root:_lp printer.ppd
sudo chmod 644 printer.ppd
Managing User Print Accounts
To check a user's balance or update the balance, it is necessary to use the CZ Remote Account Manager software. This program is set up and configured to communicate with the print server (printcz.ad.education.ucsb.edu which is Util1).
- To edit a user's balance, open the program on util1.
- Enter printcz.ad.education.ucsb.edu to point to the Print Job Tracker (Util1)
- Enter the print server password.
- Click the Edit User option and type the username into the user field.
- Click get to see the user's current account balance in the balance field.
- If the user has some money, add the value they are depositing to the existing balance.
- If the balance is negative or zero, erase it and write the new value in this box.
- Click the Update button to save this new balance to the user's account.
To generate a report:
- Log onto Atlas and open CZ Print Job Report
- Click '1, Select A Database'
- Choose 'printSaver.mdb' which should be located at 'C:Program Files (x86)CZ SolutionCZ Print Job Tracker'}}
- Select the date range you would like to look at
- Click '3, Generate Reports'
- On the drop down list to the right, choose the report you'd like to see. Reports of interest include:
- Printed Jobs / Cost Detail by User
- Printed Jobs / Cost Summery by User
- Printed Jobs / Cost Summery by Printer
You can search any of the reports by selecting the one you'd like to search, and clicking the binoculars button.
Cannot open CZ Remote Account Manager
Sometimes, when you try to open CZ RAM, nothing happens. Usually, this is because someone else opened this program but the processes are still running in the backround. You'll have to end them before you can open up the program and access it normally via the GUI.
- Start Task Manager
- Show processes from all users (bottom left)
- End processes
accmgrend.exeas well as
- You should be able to run CZ RAM now.
Cannot connect to print server
- The following can indicate a server connectivity problem:
- Clicking the Balance option of the tray icon in Windows does not show anything.
- You get an authentication error printing in Mac OS.
- It is not possible to open the CZ Account Manager after typing the password.
- To fix this problem, it may be necessary to start/restart the CZ Print Tracker Service on Atlas.
- First, log on to Atlas via remote desktop protocol.
- Start -> services.msc. (or Winkey+r => services.msc).
- Select CZ Print Job tracker service. Click either Start or Restart.
- If this does not work, try killing the following processes (on Atlas):
Mac Client Print Jobs Not Registering
We experienced a problem when all Windows client print jobs were being submitted and printed successfully and could be tracked using the server, but any print job submitted through our Mac Clients were not being seen in the logs, showing up on the server, or charging the client. They would fail silently and clear from the logs. CZ Solution Support provided us with this fix:
- Check if you can find a file called remotedoc in
C:Program Files (x86)CZ SolutionCZ Print Job Trackerconfig?
- If you can't find it, then navigate to
FS1QuanUtilCZPrintJobTrackervpand copy the file called
- Go back to
C:Program Files (x86)CZ SolutionCZ Print Job Trackerconfigand paste the file there then test again
- The attached file is called
remotedocand located at
- Go back to
If you have other problems that are just too funky to handle, just call CZ Support (1-615-707-3697 or 1-952-955-6146) or send them an email at [email protected] You can also request a remote session so they can see what you see, they use something called Ultra VNC Single Click. They'll send you a helpdesk.exe file which connects you to their server and then opens a VNC session between them and us. Its safe, reliable and uninstalls itself after use. You can save the helpdesk.exe file to open a remote session when they are available another time.
CZ Print Job Report 3.0
CZ Print Job Report 3.0 generates reports from the database to which CZ Print Job Tracker logs print jobs. You can which user printed the most and other statistics, but it does not show who printed what document when. To see this information, use the CZ Print Job Tracker.
CZ Software Installation and Configuration
The installers are located in
To install, open
CZ Print Job Tracker.msi. When installation finishes, allow the service to be installed. This means that when it isn't running in Interactive Mode (Windows is open) it will still be active and tracking the balances and print jobs.
The client software and remote account manager are also available in the
CZPrintJobTrackervp folder in the
Add-on_CZ Print Job Agent and
Add-on_CZ Remote Account Manager subfolders, respectively.
- In File > Preferences > Printers
- Add relevant printer shares to Monitored Printers List
- In File > Preferences > Policies >
- Check - Set Initial Balance for the new user to 0.00 instead of 20.00
- Check - Deny printing if the balances is less than or equal to 0
- Check - Send a Message to the User
- In File > Preferences > Advanced
- Check - enable agent communication
- Check - Hide agent system tray icon on the workstation while agent is running
- Check - Track only the printers in the list of monitored printers under Printers tab
- Click Save
Enabling Job Tracker to run on Print Server Atlas:
- Logged onto Atlas
- Run > MMC
- File > Add Remove Snap In > Add > Add Group Policy Object Editor > Browse > Domain Controllers
- Computer Configuration > Administrative Templates > Network > Network Connections > Windows Firewall
- Define Program Exceptions > Enabled > Show
- Added values:
- C:Program Files (x86)CZ SolutionCZ Print Job Trackerprintczm.exe:*:enabled:printczm
- Close Console 1 DO NOT SAVE! When edit the group policy in MMC it makes the changes and saving the console is just saving the extra add-ons not the settings themselves
Enabling Job Agent to run on all clients
- Run > MMC (again)
- File > Add Remove Snap In > Add > Add Group Policy Object Editor > Browse > Default Domain Policy
- Computer Configuration > Administrative Templates > Network > Network Connections > Windows Firewall
- Define Program Exceptions > Enabled > Show
- Added values:
- C:Program FilesCZ SolutionCZ Print Job Agentpagent.exe:*:enabled:pagent
Group Policy needs the full values, using % values seemed to hang up the systemCalled support who verified this and noted the ports being listened to are 14127 and 14128TO kill the service close the process printczm.exe, and either restart the service as listed under troubleshooting or open the CZ Print Tracker gui.
- To verify that print server and agent are communicating:
- Open CZ Print Job Tracker 5.0
- Print Jobs > Preferences > Advanced > Check Agent Status
- Click Refresh and check to see that the IP Address and Computer Name match and status is active
- Open CZ Print Job Tracker 5.0
How to check Print Job Tracker Log to determine the problem:
Open Windows Explorer and navigate to C:WindowsSysWOW64czlog.txt. This is the log file for all recent activity going through the server. You can use this to see the latest jobs printed, connections being opened and closed through the agents, and other nifty things but note that it empties itself after a while in order to keep from filling up the file so history is not saved for more than 10 to 30 minutes or so.
Import Users from Active Directory
- Print Jobs > Preferences > Users/Groups > Import
- Domain: click on the drop down box and select AD
- Group: click on the drop down box and select DOMAIN USERS and click add
- Click Import and wait for it to import about 1,000 names
- If you want it to stay sync'd with active directory check the respective box
Deploying CZ Print Job Agent (Windows)
- Log in to an administrative account
- Before installing, confirm that pagent.exe is a program exception in Windows Firewall.
- If not, you will need to correct this using gpedit.msc as instructed above.
- Use run: FS1QuanUtilCZPrintJobTracker4pAdd-OnsCZ Print Job AgentWindows and install CZ Print Job Agent.msi.
- Ignore the silent install and no start menu shortcut version for now.
- Run Agent one time before switching to client and enter the host name of the print server, printserv.education.ucsb.edu
- You need use a free utility called Orca that can be downloaded that edits the registry string value so that the hostname is included otherwise you will have to take the extra step of running it on the the client.
Deploying CZ Print Job Agent (Mac)
Log in to an administrative accountOpen Finder and browse to smb://apollo/QuanUtil/CZPrintJobTrackervp/Add-Ons/CZ Print Job Agent/ and open the Mac OS folder. Copy the CZ Print Job Agent.app and tracker_ip.ini file to the Applications folder. In order for Agent to run properly it must be in the same location as the tracker file. The tracker file is just a simple txt file with the host name of the print server (printserv.education.ucsb.edu) in it. It has been pre-edited already to include the hostname, normally on first run it asks the user for the IP or hostname (printserv.education.ucsb.edu). Make sure you extract the .bin file. Currently, MCX looks for a CZ Print Job Agent folder in which to find the agent and tracker file (at least in Ada's it does). Therefore, place the .ini file and binary in a folder called 'CZ Print Job Agent' in the Applications folder.
Importing monetary values from previous software database:
Since PAS Cashier had its own database where the value amounts for each user was kept, wehad to sync it with the new values when we migrated. This was tricky since the old database maintained accountsalready deleted in Active Directory. To fix this you need to synchronize the databases in Microsoft Access and copy the values into the new database. The PAS Cashier Database on Othello called db1.mdb The CZ Job Tracker Database on Atlas > Program Files (x86) > CZ Solution > CZ Print Job Tracker > printsaver.mdb
I’m having a weird lag problem where I get massive packet loss playing LoL. But the reported ping stays low (35ms) and the game is mostly playable. Some small hiccups that look lag related, more than I’m used to, but it’s not hugely awful. Really don’t know what’s going on.
My logs are telling me I’m losing 2.4% of my packets. That seems awfully bad; 0.1% or so is more typical. Borderline surprised it’s playable, but who knows. It’s not clear why the LoL client still reports the 35ms ping; the usual client behavior is if you’re losing packets the reported ping goes up. Or at least it used to be, maybe that changed?
I’ve done every test I can think of to prove that it’s not my home network in general to blame. I can iperf3 burst UDP traffic all day reliably from my house to somebits.com in Kansas. That shares the same route over my ISP as far as cr1-9greatoaks-te-0-7-0-8.bb.spectrumnet.us; then the somebits packets go through he.net on their way to Kansas while the LoL packets go through spectrumnet up to Portland and Riot’s datacenter. That route looks fine, as well as I can test. (with mtr -u, a UDP traceroute).
Library Printers Installed Printers Plist Should Be 80 Group Is 0 The Same
Confusing things more, a friend of mine also plays on the same ISP in San Francisco. His client is not showing any lag like I am. But we share almost the same route, our routes converge on the fourth hop from 76-14-93-222.sf-cable.astound.net / 76-14-93-218.sf-cable.astound.net onward. So if there were a bad router it’d be close to my house. But then my link to somebits.com goes through that same route and I can test that thoroughly, and it’s showing no problem.
Frankly all signs point to something being wrong with my Mac, the client itself. Only I can reproduce the problem on a second machine, my laptop! Could it be my router? Possibly. But it’s worked fine in the past. I’ll try to test without the router soon.
Here’s some stats from a Wireshark capture I did in an ARAM I just played. I was Amumu.
LoL server address: 220.127.116.11
- 39750 packets from server, 44769 packets from client
- 2003 packets reported lost by the client. 2.4% packet loss rate!
- 39kbps from server, 17kbps from client
- Average packet size 228 bytes
Graph of packets / second
Some updates after a few experiments
- Problem definitely occurs on two different computers, an iMac and a Macbook Air
- Problem occurs without my router / switch. Still plugged into my cable modem.
- I played a game with a friend of mine who happens to also be in San Francisco on the same ISP and plays on a Mac. He had no lag, I did. Here’s my Logs of Lag report and here’s his. I lost 80 packets a minute, he lost 2. WTF? According to traceroute our routes are the same after the 4th hop above, so if it’s a problem in the route it’s something very close to my house at my ISP.
- However, I can happily shove a huge amount of UDP traffic into my house with no problems. And those packets also traverse that same route to hop 4.
- I see the same problem on a Windows box in my house. (35 packets lost / minute in a Custom game, which is line with results on the Macs I play on.)
My next step is to try playing through a VPN and see if it helps. I’d also like to understand better what it means for the LoL client to know it’s lost 2.4% of packets and yet still report a low ping. That seems odd; usually the reported ping number goes up in response to retransmits, or at least I thought it did.
A friend of mine has a VPS at directspace.net, which is either in the same datacenter as Riot NA or else very nearby. He ran an iperf2 server for me. Here’s some redacted data testing from my problem network.
iperf shows 69 packets out of 26224 lost, and 47 out of order. that’s about normal for a working link I think, and 1/10th the loss rate I’m seeing from the game.
mtr shows at worst 1 packet dropped out of 100. the stddev to hop 4 is higher than I’d like though.
Library Printers Installed Printers Plist Should Be 80 Group Is 0 As A
Update 3: I have a theory: out of order packets. My mtr tests are telling me there’s something a bit flaky between hops 3 to 4. Occasionally a packet will take a very long time, like 200ms, and the stddev on that hop is way higher than the others. I wonder if an out of order packet causes the LoL client to drop it or otherwise treat it as a lost packet? To further complicate things, mtr -u shows me that there are many different paths on my route. All the same lengths, but node 4 (the suspect one) has a couple of different IP addresses that show up. If only one path is congested that will cause a lot of out of order packets.
I don’t know what LoL does with out of order packets. ENet, the protocol LoL is based on, is pretty clear about what it does:
ENet provides sequencing for all packets by assigning to each sent packet a sequence number that is incremented as packets are sent. ENet guarantees that no packet with a higher sequence number will be delivered before a packet with a lower sequence number, thus ensuring packets are delivered exactly in the order they are sent.
For unreliable packets, ENet will simply discard the lower sequence number packet if a packet with a higher sequence number has already been delivered. This allows the packets to be dispatched immediately as they arrive, and reduce latency of unreliable packets to an absolute minimum. For reliable packets, if a higher sequence number packet arrives, but the preceding packets in the sequence have not yet arrived, ENet will stall delivery of the higher sequence number packets until its predecessors have arrived.
But I don’t know how LoL uses these features, in particular what packets are marked reliable / unreliable.
The good thing about this theory is it explains a lot of the facts I see, including why my friend at the same ISP doesn’t have the same lag. (He’s beyond hop 4!). The bad thing about this theory is I still can’t really reproduce the presumed failure with iperf. iperf3 does report out of order packets (as an error message!) but I’ve only been able to induce it to do that with ridiculously high bandwidth tests, and even then not reliably. But maybe iperf3 is really polite and sends packets spaced exactly N ms apart so is less likely to have an ordering problem?
Here’s an ICMP traceroute showing the high stddev at node 4.
Library Printers Installed Printers Plist Should Be 80 Group Is 0 Percent
Update 4: A VPN fixes my problem! I sort of predicted it would, glad to confirm my hunch and also nice to have a workaround until the real problem is fixed. I set up a TCP VPN through Cloak, promised to US West Coast. I ended up going through Seattle. The resulting log shows a little more latency than without the VPN but also nearly no packet loss. Yay!
Library Printers Installed Printers Plist Should Be 80 Group Is 0 Equal
I set up Cloak because they have a really great Mac client, easy to get going. If I make a habit of this I may consider a VPN endpoint I own up in Seattle / Portland. Would rather just fix my ISP problem though. Don’t want to be paying $10 a month just to fix someone else’s broken service.
Update 5: this problem went away, and I don’t know why. I’m now playing games with 0.2 packets / s, very good, and no obvious lag. It may have been fixed by the Riot server move to Chicago, that’s the most likely explanation. But I’m still struck by the way I was getting this lag and my friend playing the same game with me on the same ISP wasn’t! That fourth hop from me is still showing suspiciously high standard deviation, so whatever that means it may well be unrelated.